La arquitectura componible está cambiando la trayectoria de la web tal como la conocemos. En esta sesión, Henry Smith, Ingeniero Senior de Soluciones de Netlify, ofrecerá una inmersión profunda en cómo adoptar una arquitectura componible puede ayudar a crear aplicaciones web más ágiles, adaptables y escalables. Explicará por qué el futuro de la web es componible, compartirá ejemplos reales de equipos que construyen experiencias web dinámicas y abordará los desafíos comunes al adoptar la composabilidad y cómo enfrentarlos.
El Futuro es Componible: Por dónde Empezar en la Construcción para Él
Video Summary and Transcription
La charla analiza el futuro de la web y la composabilidad, enfatizando los beneficios de utilizar una arquitectura componible. Proporciona consejos para construir experiencias componibles, como federar la capa de contenido y comenzar con proyectos pequeños. También sugiere utilizar orquestación en el front-end y funciones en el borde para personalización, localización y autenticación.
1. Introducción a la Composabilidad
Hola, soy Henry Smith, un ingeniero de soluciones senior en Netlify. Hoy hablaré sobre el futuro de la web y la composabilidad, y dónde comenzar a construir para ello. La composabilidad te permite elegir las mejores herramientas, protegerte para el futuro y beneficiarte de las ventajas de SEO y seguridad. Estas arquitecturas escalan de manera excelente, manejando altos niveles de tráfico. La composabilidad debería verse así.
Hola, soy Henry Smith y soy un ingeniero de soluciones senior en Netlify. Hoy quiero hablarles sobre el futuro de la web y la composabilidad, y dónde comenzar a construir para ello. Una de las ventajas de mi trabajo es que puedo hablar con cientos de clientes diferentes que han emprendido este viaje hacia la composabilidad. Lo que pensamos hacer hoy es recopilar algunos de sus pensamientos y tips y trucos que hemos aprendido en el camino para ayudarte en tu viaje hacia la composabilidad.
Cuando hablamos de composabilidad en la web moderna, también debemos pensar en dónde hemos estado. Ahora, las aplicaciones monolíticas aún constituyen la gran mayoría de las aplicaciones web en este momento. Por monolítico nos referimos a una serie de aplicaciones interdependientes desde nuestra capa de data hasta un servidor web que lo envía a una CDN y finalmente llega a las solicitudes en el navegador. Esto está bien y nos ha servido durante muchos años. Pero tan pronto como intentamos construir sobre esto o cambiar cosas en esta estructura monolítica puede ser un verdadero dolor de cabeza extraer y cambiar la funcionalidad e introducir cosas nuevas en ella. Porque efectivamente todo está interdependiente. Así que tenemos que verificar en cada capa que no esté rompiendo nada o haciendo cambios que rompan algo allí.
Entonces, kubectl, o arquitectura componible, o JAMstack, tiene muchos términos diferentes. Pero me gusta verlo en términos de esta especie de arquitectura de tiempo de construcción versus runtime. Entonces, lo que estamos viendo en el tiempo de construcción es tomar nuestra base de código de nuestro proveedor de Git y luego tomar todas esas fuentes de backend data. Entonces nuestro CMS, nuestro sistema PIM, nuestras bases de datos, etc. Y llevar todo eso a un generador de sitios estáticos. Esto nos permite construir nuestro sitio y construir todos esos activos y luego darnos una experiencia preconstruida que luego podemos distribuir globalmente en nuestra red Edge o nuestra CDN. Esto nos lleva ahora a la fase de runtime, por lo que los clientes pueden ir y buscar esa data en caché, esa versión en caché del sitio. Y para cualquier aspecto dinámico que queramos en nuestro sitio, podemos hacer solicitudes a servicios de terceros desde el cliente, o podemos iniciar funciones sin servidor y realizar varias tareas de lógica dentro de ellas.
Entonces, ¿por qué la gente se está inclinando hacia esta ruta más componible? Bueno, en primer lugar, te permite elegir las mejores herramientas para todos estos diferentes bloques de construcción, y esto puede ser realmente poderoso. Significa que puedes protegerte para el futuro al poder cambiar entre diferentes proveedores, pero también significa que no tienes que administrar tantos de estos servicios tú mismo, y muchas veces no hacer un trabajo tan bueno como alguien que se dedica a eso. Además, esta idea de empaquetar estáticamente tu sitio y enviarlo a una CDN tiene varios beneficios en términos de SEO, porque tenemos HTML preconstruido que es fácil de rastrear. También es mucho más rápido, y esto se nota en un sitio JAMstack o Componible. La velocidad es increíble. Además, el aspecto de security es que ahora ya no tenemos una única fuente de verdad a la que tenemos que acceder para todas nuestras solicitudes. Esto significa que nuestra superficie de ataque ha aumentado drásticamente, y por lo tanto nuestro sitio se vuelve más seguro por defecto. Y finalmente, este tipo de arquitecturas escalan de manera excelente. Debido a que tenemos réplicas de nuestra aplicación almacenadas en todo el mundo, significa que puede manejar altos niveles de tráfico y no tenemos que usar mucha computación y renderizar y extraer páginas. Esto simplemente se escala según sea necesario.
Ahora hay una especie de Instagram versus realidad cuando se trata de la Composabilidad, y esto es realmente
2. Tips for Building Composable Experiences
Tenemos todos nuestros servicios y fuentes de datos dispares en un sitio de comercio electrónico componible. Pero construir productos componibles puede llevar a un monolito componible. Para evitar esto, federar tu capa de contenido y mantenerla simple. Comienza con un proyecto pequeño y construye gradualmente. Considera la orquestación en el front-end y aprovecha las funciones en el borde para personalización, localización y autenticación.