Canarios en el CloudFront

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Bookmark
Slides
Rate this content

* introducción a la arquitectura de aplicaciones de base de datos (gateway + backend, aplicación de React de múltiples módulos + biblioteca de componentes, etc.)
* Profundización en el pipeline de CI/CD para construir y publicar la biblioteca de componentes, implementar aplicaciones antes de los canarios (rama, dev, staging, prod), rol de Lambda@Edge
* Nota adicional: aplicaciones de múltiples módulos, habilitando el nivel adecuado de modularidad, y B2B SaaS vs B2C
* Primer problema de los canarios: ejecutar una regresión completa de FE contra el backend estable (candidato a lanzamiento) temprano y frecuentemente, antes de que se corten los candidatos a lanzamiento de FE
* Segundo problema de los canarios: ejecutar una regresión puntual de FE aún más temprano, antes de que se fusionen las MR
* Tercera pregunta de los canarios: ¿cómo se ve esto en producción? Una vez más, B2B SaaS vs B2C
* ¡Resultado final: Canarios en el CloudFront!

This talk has been presented at React Summit 2023, check out the latest edition of this React Conference.

FAQ

El enfoque shift left en el desarrollo de aplicaciones se refiere a la implementación de prácticas que permiten identificar y resolver problemas en las etapas iniciales del ciclo de desarrollo de software, como en las revisiones de código o pruebas unitarias, para mejorar la calidad y reducir los tiempos de entrega.

Demandbase utiliza AWS CloudFront como CDN para almacenar activos estáticos cerca de los usuarios finales, lo que permite una carga más rápida de la aplicación. También emplean funciones como Lambda en el borde para reescritura de rutas y manejo de compilaciones canary, optimizando así la experiencia del usuario.

Los lanzamientos canary permiten a Demandbase probar nuevas versiones en un entorno de producción limitado antes de un lanzamiento completo. Esto ayuda a identificar y corregir errores con un impacto mínimo en todos los usuarios, asegurando que solo las compilaciones estables sean desplegadas ampliamente.

Las pruebas de integración son cruciales en el enfoque shift left de Demandbase, ya que permiten verificar la interacción entre diferentes partes del sistema bajo condiciones controladas. Estas pruebas se ejecutan contra compilaciones canary y ramas de desarrollo para detectar problemas antes de que el código llegue a la rama principal.

Demandbase maneja la variabilidad de la experiencia del usuario en lanzamientos canary utilizando un esquema de cookies integrado en la clave de caché del borde. Esto permite dirigir automáticamente a los usuarios entre la versión canary y la versión actual, basándose en la presencia de estas cookies.

Demandbase adapta sus sistemas CI/CD pensando en las características específicas de su mercado y tipo de clientes, utilizando prácticas como lanzamientos canary, pruebas de integración dirigidas y gestión de flags de características para garantizar que las nuevas funciones y cambios sean robustos y estables antes de su lanzamiento general.

Vijay Ramesh
Vijay Ramesh
12 min
06 Jun, 2023

Comments

Sign in or register to post your comment.
Video Summary and Transcription
La charla de hoy aborda el diseño de sistemas de CI/CD frontend, la integración de CDNs y el impacto del tipo de negocio en los equipos frontend. El orador comparte su experiencia con la integración de CDNs y su impacto en su estrategia de CI/CD. Se discuten las versiones canary y los desafíos de implementar despliegues canary en producción. Además, se destaca la importancia de las pruebas de integración para el shift left y la detección de problemas antes de fusionar en la rama de desarrollo.
Available in English: Canaries in the CloudFront

1. Introducción a los Canarios en la Nube Frontal

Short description:

Hoy hablaré sobre el diseño de sistemas CI/CD frontend para un desarrollo más rápido y menos arriesgado. También discutiré la importancia de considerar su red de entrega de contenido en la arquitectura de su aplicación. Por último, exploraré cómo el tipo de negocio y el mercado objetivo pueden afectar el enfoque de shift left de sus equipos frontend.

Hola a todos. Gracias por unirse. Mi nombre es Vijay Ramesh. Soy VP de desarrollo de aplicaciones en Demandbase. Y hoy quiero hablarles un poco sobre lo que me gusta llamar canarios en la nube frontal.

Antes de comenzar, solo tenemos unos 10 minutos hoy y eso no es mucho tiempo. Pero de alguna manera lo es. Hay mucho contenido por ahí. Hay muchas cosas que aprender, muchas cosas en las que profundizar y no tanto tiempo en un día determinado. Así que permítanme ir al grano primero y hablar un poco sobre lo que aprenderán si pasan los próximos nueve minutos y medio aquí escuchando mi charla.

En primer lugar, quiero hablar sobre lo que significa diseñar sus sistemas CI/CD frontend de manera que permita a sus equipos moverse más rápido con menos riesgo. Y como parte de esto, ¿qué significa pensar en su red de entrega de contenido como parte integral de la arquitectura de su aplicación? Y finalmente, quiero tocar un poco cómo el tipo de negocio que dirige, el tipo de producto que fabrica, el tipo de clientes y mercado que atiende, cómo eso puede ayudar a determinar lo que shift left podría significar para sus equipos frontend.

2. Introducción a la Integración de CDN y Estrategia CI/CD

Short description:

Soy VP de desarrollo de aplicaciones en Demandbase con más de 20 años de experiencia. Introdujimos un CDN en nuestra arquitectura, aprovechando CloudFront para el almacenamiento en caché en el borde. Esto afectó nuestra estrategia CI/CD, ya que necesitábamos invalidar la caché con cada nueva compilación. Nuestro sistema CI/CD incluye entornos de desarrollo y puesta en escena, pruebas de integración de Selenium y GitLab para análisis, verificaciones de seguridad y pruebas unitarias. Seguimos un proceso de rama de lanzamiento semanal, implementando en puesta en escena para pruebas antes de pasar a producción. Para facilitar la revisión de ramas, creamos un pipeline de GitLab que ejecuta verificaciones, análisis y pruebas, y envía la aplicación al origen de puesta en escena. También introdujimos Lambda en el borde para la reescritura de ramas. Esta integración con GitLab permite a los diseñadores y PM revisar fácilmente los cambios de rama.

Y brevemente, como dije, soy VP de desarrollo de aplicaciones en Demandbase. Con más de 20 años de experiencia, me he enfocado en construir aplicaciones ricas sobre grandes plataformas de datos y aprendizaje automático. Actualmente, lidero tres de nuestros grupos de ingeniería de aplicaciones.

Antes de comenzar, retrocedamos un paso y veamos un diagrama de arquitectura que puede resultar familiar para aquellos que llevan mucho tiempo en esto, ¿verdad? En los días previos a los CDN, e incluso en los días previos a las aplicaciones de una sola página, era común tener un sistema monolítico como una aplicación Rails, que era atendida por un balanceador de carga, y las solicitudes de un cliente web llegaban al balanceador de carga y se dirigían al backend, que servía su propio frontend. Avancemos un paso más e introduzcamos un CDN, ¿de acuerdo? En Demandbase utilizamos AWS, por lo que utilizamos CloudFront, ¿y qué obtenemos al introducir un CDN como este? Creo que el mayor beneficio es la caché en el borde. Si Demandbase está construyendo su aplicación React y la almacena en la región este de EE. UU., digamos en Virginia, mientras tanto, como usuario que se encuentra en Berkeley, California, quiero poder obtener esos activos estáticos desde una caché en el borde que esté cerca de mi ubicación, y CloudFront permite esto de manera nativa, por lo que como usuario que llega desde California, accederé a la caché en el borde en la región oeste de EE. UU. Tal vez ya tengamos la última compilación allí, por lo que ni siquiera necesito acceder al origen, o en caso de que necesite hacerlo, el origen actualizará la caché en el borde para que el siguiente usuario, por ejemplo, desde San Francisco, obtenga la aplicación completa. Aquí es donde debemos empezar a pensar en cómo la introducción de esta tecnología CDN afecta a nuestra estrategia de CI/CD. En este caso, debemos asegurarnos de invalidar la caché al implementar nuevas compilaciones, para que un usuario que llegue desde una de estas ubicaciones de la costa oeste pueda obtener la última compilación. También hablemos un poco sobre los requisitos previos para el sistema CI/CD con el que comenzamos cuando realmente queríamos implementar el enfoque shift left. En primer lugar, tenemos entornos de desarrollo y puesta en escena, entornos completos de preproducción, y una forma de que un desarrollador ejecute la aplicación frontend completa localmente, pero interactuando con el backend de puesta en escena o desarrollo. En segundo lugar, tenemos una amplia suite de pruebas de integración de Selenium, y estas pruebas solo se ejecutarán realmente en el entorno de puesta en escena, debido a la dependencia general de un backend estable. En el entorno de desarrollo, los equipos de backend pueden probar ramas de funciones y cosas por el estilo, y también debido a la dependencia general de una cierta calidad y volumen de datos que solo están disponibles en nuestro entorno de puesta en escena. Luego, tenemos un sistema CI/CD. Como mostré, estamos utilizando GitLab aquí. Pero imagina un sistema que pueda ejecutar análisis, verificaciones de seguridad, todas las cosas de lint que necesites hacer, y también ejecutar todas tus pruebas unitarias cuando un desarrollador realiza un conjunto de cambios en tu rama de desarrollo. En Demandbase, hacemos una rama de lanzamiento semanal, donde, por ejemplo, cada lunes creamos un candidato de lanzamiento a partir de la rama de desarrollo, lo implementamos en puesta en escena, pasamos martes y miércoles ejecutando una suite de pruebas de integración, regresión, carga, validación manual, y luego implementamos en producción todos los jueves. Con eso en mente, comencemos a implementar el enfoque shift left. Nuestro primer objetivo era permitir que los diseñadores de UX, los PM o incluso otros desarrolladores del equipo pudieran revisar completamente un cambio de rama antes de fusionarlo. Pero, por supuesto, nuestros diseñadores y PM a menudo no saben cómo usar Git. No quieren aprender a usarlo. Incluso para un desarrollador, no queremos que tengas que guardar tus cambios, cambiar a la rama de tus compañeros, cargar eso localmente y todo eso solo para ver qué está sucediendo. Comencemos a implementar el enfoque shift left. Aquí tienes un ejemplo del pipeline de GitLab que creamos. Imagina que tengo mi rama de función y la convierto en una solicitud de extracción a la rama de desarrollo. Como dije, vamos a ejecutar todas estas verificaciones, análisis, pruebas unitarias y todo eso. Pero lo más importante, al final de este proceso, vamos a construir la aplicación completa y enviarla a nuestro origen de puesta en escena, pero en esta ruta específica, directamente a esas ramas y luego a una ruta con nombre. Y para admitir esto desde el lado del CDN, introdujimos Lambda en el borde, que permite que CloudFront ejecute una función sin servidor, ya sea en la solicitud que llega o en la respuesta que sale. Esto nos permitió hacer una simple reescritura de ramas. Entonces, si intento acceder a una implementación de rama específica en CloudFront, Lambda en el borde lo capturará, reescribirá la ruta y cargará el origen adecuado. Y finalmente, esto se integra muy bien con GitLab.

3. Canary Releases and Shifting Left

Short description:

Nuestro pipeline de GitLab admite lanzamientos canary de la última versión en desarrollo al entorno de puesta en escena. Utilizamos un esquema de cookies y gestión de flags de características para permitir a los desarrolladores cambiar fácilmente entre la versión actual y la versión canary. Sin embargo, la implementación del canary en producción es complicada debido a la necesidad de evitar diferentes versiones de la aplicación para usuarios dentro del mismo cliente. Tenemos una gran cantidad de usuarios internos y sus flujos de trabajo son críticos para la misión. Como resultado, decidimos centrarnos en pruebas de integración dirigidas contra nuestros empleados en ramas.

Entonces, nuestros diseñadores, nuestros PM pueden simplemente ver un MR, hacer clic en el botón de ver la aplicación y ya están listos para comenzar. Muy bien. Buen progreso, pero queremos seguir avanzando hacia la izquierda. Y como mencioné, el nombre de la charla es Canarios en CloudFront, así que hablemos de los canarios ahora.

Queríamos admitir lanzamientos canary de nuestra última versión en desarrollo en el entorno de puesta en escena para poder ejecutar todas estas pruebas de integración completas, pruebas de regresión, pruebas de carga, todas esas suites de pruebas antes de cortar una versión de lanzamiento. Nuestro pipeline de GitLab puede admitir esto. Entonces, después de que mis cambios se fusionen en desarrollo, ejecutaremos análisis, ejecutaremos pruebas, construiremos bibliotecas, todo eso. Implementaremos automáticamente la compilación en el entorno de desarrollo, pero también construiremos este paquete canary y lo enviaremos al entorno de puesta en escena nuevamente, en una ruta de canary. Para hacer esto, tuvimos que ser un poco más complejos en la forma en que manejamos esto con Lambda en el borde de nuestro CloudFront, porque queríamos la capacidad de mover a los usuarios de forma automatizada entre la versión canary y la versión actual. Introdujimos un esquema de cookies y lo incorporamos en la clave de caché del borde para que un usuario que solicite web.demandbase.com cargue la versión canary o la versión actual según la presencia de estas cookies. Luego, en nuestra aplicación React, queríamos agregar un poco de flexibilidad en esto. Estamos utilizando launch darkly de manera bastante extensa para la gestión de flags de características en Demandbase. Seguimos haciéndolo aquí. Pero también queríamos agregar un método donde un desarrollador pudiera cambiar fácilmente entre la versión actual y la versión canary. Entonces, el bootstrap de React realiza algunas comprobaciones con respecto a los flags de características, el estado de las cookies y determina si es necesario volver a cargar desde CloudFront, lo que permitirá que la caché del borde verifique esas cookies y cargue la compilación adecuada. Muy bien. Ahora tenemos canarios hasta el entorno de puesta en escena. Los estamos utilizando para probar la compilación antes de cortar una rama de lanzamiento. Entonces, ¿hacia dónde vamos ahora? ¿Cuál es el siguiente paso si queremos seguir avanzando hacia la izquierda? Bueno, en primer lugar, pensamos en implementar este canary en producción. Similar a lo que hacemos para muchos de nuestros servicios backend en Demandbase, esto nos permitiría implementar la compilación verde, ejecutar un subconjunto de tráfico en ella, comprender si funciona correctamente y luego redirigir todo el tráfico. Sin embargo, creo que es importante pensar en quiénes son tus clientes y en qué mercado te encuentras. Demandbase es una empresa de SaaS B2B, ¿verdad? Y en particular, esto se vuelve un poco más complicado porque siempre queremos evitar que múltiples usuarios dentro del mismo cliente experimenten diferentes versiones de la aplicación. Y como dije, utilizamos flags de características en gran medida, pero en su mayoría son específicos del cliente. Es decir, un cliente en particular puede tener una función alfa activada, pero es bastante raro activar cosas para usuarios individuales y hacer que tengan una experiencia diferente a la de otros usuarios en ese mismo cliente. Y finalmente, tenemos esta gran cantidad de usuarios internos, empleados de Demandbase que utilizan nuestra plataforma para el marketing, ventas y publicidad de Demandbase, así como empleados de Demandbase que brindan soporte a nuestros clientes. Al hablar con el equipo de PM y algunos de los equipos de implementación y soporte al cliente, nos dimos cuenta de que estos flujos de trabajo son realmente críticos para la misión. No es un grupo de usuarios adecuado para decirles: `Vamos a implementarlos en una nueva compilación y luego los cambiaremos a todos una vez que estemos satisfechos`.

4. Shift Left and Integration Testing

Short description:

Nos dimos cuenta de que ejecutar pruebas de integración contra nuestros empleados en ramas era esencial para el shift left. Nuestras suites de pruebas existentes eran lentas, costosas y requerían datos y backend estables. Sin embargo, ejecutar estas suites todas las noches contra la última versión en desarrollo no era suficiente, ya que ya era demasiado tarde para identificar problemas. Queríamos detectar problemas en la solicitud de fusión antes de que llegara a la rama de desarrollo.

Entonces pensamos, bueno, ¿hacia dónde deberíamos ir desde aquí? ¿Qué significa shift left en este caso? Para nosotros, esto significaba pruebas de integración dirigidas contra nuestros empleados en ramas. Como mencioné, tenemos estas suites completas de pruebas de integración, carga, regresión, todas estas suites de pruebas y son lentas, algo costosas y requieren datos estables y un backend estable para ejecutarse. Pero ahora, con nuestro shift left inicial, vamos a ejecutar todas esas suites todas las noches contra la última versión en desarrollo. Pero ya es demasiado tarde. Si hay un problema, si hay un error, el código ya se ha confirmado. Lo que realmente nos gustaría es encontrar esos problemas en la solicitud de fusión misma antes de que llegue a la rama de desarrollo. También notamos que los cambios individuales a menudo se dirigen a alguna área funcional específica, lo que nos permitiría ejecutar un subconjunto de las pruebas de integración, ¿verdad? No vamos a tomar las tres horas completas, pero tal vez 15, 20, 30 minutos de un subconjunto de la suite realmente podrían ayudar aquí. Entonces, Lambda en Edge nos permite dirigir nuestras suites de automatización según la demanda, a la compilación canary o a la compilación actual. No fue mucho trabajo decir, vamos a hacer que esto también admita una compilación de rama para ejecutar un subconjunto de las pruebas. Nuestro último paso aquí en el que estamos trabajando activamente es conectar nuestro sistema CI/CD que permitirá a los desarrolladores elegir qué partes de la suite de pruebas de integración quieren ejecutar contra las solicitudes de fusión en la rama antes de enviarlas para su revisión por pares. Eso es todo lo que tengo por hoy, muchas gracias por tomarse el tiempo y unirse. Si echa un vistazo al enlace aquí, Demandbase siempre está contratando desarrolladores front-end y back-end en Estados Unidos e India. Si alguno de estos temas le interesa o desea obtener más información, por favor, eche un vistazo al enlace o contácteme. Muchas gracias y que tenga un buen día.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Elevando Monorepos con los Espacios de Trabajo de npm
DevOps.js Conf 2022DevOps.js Conf 2022
33 min
Elevando Monorepos con los Espacios de Trabajo de npm
Top Content
NPM workspaces help manage multiple nested packages within a single top-level package, improving since the release of NPM CLI 7.0. You can easily add dependencies to workspaces and handle duplications. Running scripts and orchestration in a monorepo is made easier with NPM workspaces. The npm pkg command is useful for setting and retrieving keys and values from package.json files. NPM workspaces offer benefits compared to Lerna and future plans include better workspace linking and adding missing features.
Componentes de Full Stack
Remix Conf Europe 2022Remix Conf Europe 2022
37 min
Componentes de Full Stack
Top Content
RemixConf EU discussed full stack components and their benefits, such as marrying the backend and UI in the same file. The talk demonstrated the implementation of a combo box with search functionality using Remix and the Downshift library. It also highlighted the ease of creating resource routes in Remix and the importance of code organization and maintainability in full stack components. The speaker expressed gratitude towards the audience and discussed the future of Remix, including its acquisition by Shopify and the potential for collaboration with Hydrogen.
RedwoodJS: El marco de aplicación React Full-Stack de tus sueños
React Summit Remote Edition 2021React Summit Remote Edition 2021
43 min
RedwoodJS: El marco de aplicación React Full-Stack de tus sueños
Top Content
Redwood JS is a full stack React app framework that simplifies development and testing. It uses a directory structure to organize code and provides easy data fetching with cells. Redwood eliminates boilerplate and integrates Jest and Storybook. It supports pre-rendering and provides solutions for authentication and deployment. Redwood is a cross-client framework that allows for building web and mobile applications without duplicating work.
Automatizando Todo el Código y las Pruebas con GitHub Actions
React Advanced 2021React Advanced 2021
19 min
Automatizando Todo el Código y las Pruebas con GitHub Actions
Top Content
We will learn how to automate code and testing with GitHub Actions, including linting, formatting, testing, and deployments. Automating deployments with scripts and Git hooks can help avoid mistakes. Popular CI-CD frameworks like Jenkins offer powerful orchestration but can be challenging to work with. GitHub Actions are flexible and approachable, allowing for environment setup, testing, deployment, and custom actions. A custom AppleTools Eyes GitHub action simplifies visual testing. Other examples include automating content reminders for sharing old content and tutorials.
Ajustando DevOps para las Personas sobre la Perfección
DevOps.js Conf 2022DevOps.js Conf 2022
33 min
Ajustando DevOps para las Personas sobre la Perfección
Top Content
DevOps is a journey that varies for each company, and remote work makes transformation challenging. Pull requests can be frustrating and slow, but success stories like Mateo Colia's company show the benefits of deploying every day. Challenges with tools and vulnerabilities require careful consideration and prioritization. Investing in documentation and people is important for efficient workflows and team growth. Trust is more important than excessive control when deploying to production.
¿Por qué es tan lento el CI?
DevOps.js Conf 2022DevOps.js Conf 2022
27 min
¿Por qué es tan lento el CI?
Slow CI has a negative impact on productivity and finances. Debugging CI workflows and tool slowness is even worse. Dependencies impact CI and waiting for NPM or YARN is frustrating. The ideal CI job involves native programs for static jobs and lightweight environments for dynamic jobs. Improving formatter performance and linting is a priority. Performance optimization and fast tools are essential for CI and developers using slower hardware.

Workshops on related topic

Webinar gratuito: Construyendo aplicaciones Full Stack con Cursor
Productivity Conf for Devs and Tech LeadersProductivity Conf for Devs and Tech Leaders
71 min
Webinar gratuito: Construyendo aplicaciones Full Stack con Cursor
Top Content
WorkshopFree
Mike Mikula
Mike Mikula
Para asistir al webinar, por favor regístrate aquí.En este webinar cubriré un proceso repetible sobre cómo iniciar aplicaciones Full Stack en Cursor. Espera entender técnicas como usar GPT para crear requisitos de producto, esquemas de base de datos, hojas de ruta y usar esos en notas para generar listas de verificación que guíen el desarrollo de la aplicación. Profundizaremos más en cómo corregir alucinaciones/errores que ocurren, indicaciones útiles para hacer que tu aplicación se vea y se sienta moderna, enfoques para conectar cada capa y más. Al final, ¡espera poder ejecutar tu propia aplicación Full Stack generada por IA en tu máquina!
Desarrollando Blogs Dinámicos con SvelteKit & Storyblok: Una Masterclass Práctica
JSNation 2023JSNation 2023
174 min
Desarrollando Blogs Dinámicos con SvelteKit & Storyblok: Una Masterclass Práctica
Top Content
WorkshopFree
Alba Silvente Fuentes
Roberto Butti
2 authors
Esta masterclass de SvelteKit explora la integración de servicios de terceros, como Storyblok, en un proyecto SvelteKit. Los participantes aprenderán cómo crear un proyecto SvelteKit, aprovechar los componentes de Svelte y conectarse a APIs externas. La masterclass cubre conceptos importantes incluyendo SSR, CSR, generación de sitios estáticos y despliegue de la aplicación usando adaptadores. Al final de la masterclass, los asistentes tendrán una sólida comprensión de la construcción de aplicaciones SvelteKit con integraciones de API y estarán preparados para el despliegue.
Despliegue de aplicaciones React Native en la nube
React Summit 2023React Summit 2023
88 min
Despliegue de aplicaciones React Native en la nube
WorkshopFree
Cecelia Martinez
Cecelia Martinez
Desplegar aplicaciones React Native manualmente en una máquina local puede ser complejo. Las diferencias entre Android e iOS requieren que los desarrolladores utilicen herramientas y procesos específicos para cada plataforma, incluidos los requisitos de hardware para iOS. Los despliegues manuales también dificultan la gestión de las credenciales de firma, las configuraciones de entorno, el seguimiento de las versiones y la colaboración en equipo.
Appflow es la plataforma de DevOps móvil en la nube creada por Ionic. Utilizar un servicio como Appflow para construir aplicaciones React Native no solo proporciona acceso a potentes recursos informáticos, sino que también simplifica el proceso de despliegue al proporcionar un entorno centralizado para gestionar y distribuir tu aplicación en múltiples plataformas. Esto puede ahorrar tiempo y recursos, permitir la colaboración, así como mejorar la confiabilidad y escalabilidad general de una aplicación.
En este masterclass, desplegarás una aplicación React Native para su entrega en dispositivos de prueba Android e iOS utilizando Appflow. También aprenderás los pasos para publicar en Google Play y Apple App Stores. No se requiere experiencia previa en el despliegue de aplicaciones nativas, y obtendrás una comprensión más profunda del proceso de despliegue móvil y las mejores prácticas para utilizar una plataforma de DevOps móvil en la nube para enviar rápidamente a gran escala.
Masterclass de GraphQL en la Nube con Neo4j Aura, Next.js y Vercel
GraphQL Galaxy 2021GraphQL Galaxy 2021
161 min
Masterclass de GraphQL en la Nube con Neo4j Aura, Next.js y Vercel
Workshop
William Lyon
William Lyon
En este masterclass construiremos y desplegaremos una aplicación de GraphQL de pila completa utilizando Next.js, Neo4j y Vercel. Utilizando un grafo de conocimiento de artículos de noticias, primero construiremos una API de GraphQL utilizando las rutas de API de Next.js y la Biblioteca de GraphQL de Neo4j. A continuación, nos enfocaremos en el front-end, explorando cómo utilizar GraphQL para la obtención de datos con una aplicación de Next.js. Por último, exploraremos cómo agregar personalización y recomendación de contenido en nuestra API de GraphQL para servir artículos relevantes a nuestros usuarios, luego desplegaremos nuestra aplicación en la nube utilizando Vercel y Neo4j Aura.

Tabla de contenidos:
- Visión general de Next.js y cómo empezar con Next.js
- Rutas de API con Next.js y construcción de una API de GraphQL
- Utilizando la Biblioteca de GraphQL de Neo4j
- Trabajando con Apollo Client y obtención de datos de GraphQL en Next.js
- Despliegue con Vercel y Neo4j Aura
Despliegue de Aplicación MERN Stack en Kubernetes
DevOps.js Conf 2022DevOps.js Conf 2022
152 min
Despliegue de Aplicación MERN Stack en Kubernetes
Workshop
Joel Lord
Joel Lord
Desplegar y gestionar aplicaciones JavaScript en Kubernetes puede volverse complicado. Especialmente cuando una base de datos también debe formar parte del despliegue. MongoDB Atlas ha facilitado mucho la vida de los desarrolladores, sin embargo, ¿cómo se integra un producto SaaS con su clúster de Kubernetes existente? Aquí es donde entra en juego el Operador de MongoDB Atlas. En este masterclass, los asistentes aprenderán cómo crear una aplicación MERN (MongoDB, Express, React, Node.js) localmente y cómo desplegar todo en un clúster de Kubernetes con el Operador de Atlas.