Por qué Amazon sigue utilizando Microservicios | #laFunción 8x33

Amazon Tech sacó un post comentando cómo se han movido de AWS Lambda a ECS y esto ha generado un gran revuelo diciendo que Amazon ya no utiliza microservicios. Hoy, vamos a explorar por qué eso es falso.

Cursos relacionados:

﹤🍍﹥ CodelyTV

[wilmerrodriguezs]

Por favor, más videos de discusión de diseño de arquitecturas. Buen directo.

[danig]

🎯 Key points for quick navigation:

00:00 *🤔 Debate sobre la migración de microservicios a monolitos en Amazon Prime Video*
- Se discute la polémica generada en Twitter sobre la migración de Amazon Prime Video de microservicios a una arquitectura monolítica.
- Se menciona que el debate se ha centrado en microservicios vs. monolitos, pero se sugiere buscar puntos intermedios.
- Se promete un análisis detallado del artículo original y una aportación propia al respecto.
02:20 *💡 Explicación del ahorro de costes con la migración a monolitos*
- Se describe cómo Amazon Prime Video redujo los costes de infraestructura en más del 90% al pasar de microservicios a una arquitectura monolítica.
- Se resalta que el cambio se aplicó específicamente al servicio de monitorización de audio y vídeo, no a todo Amazon Prime Video.
- Se menciona que este movimiento ha mejorado la escalabilidad del servicio.
07:39 *🔍 Detalles técnicos sobre la arquitectura de microservicios*
- Se analiza la arquitectura anterior basada en AWS Lambda y su gestión de orquestación de funciones.
- Se explica el uso de Amazon S3 como almacenamiento intermedio para los frames de vídeo y el alto coste asociado.
- Se destaca que el principal problema fue el alto número de transiciones de estado, lo que incrementó los costes.
14:28 *🛠️ Solución monolítica y reutilización de código*
- Se describe la nueva arquitectura monolítica basada en ECS y cómo se eliminó la necesidad de S3 al transferir datos en memoria.
- Se resalta que la arquitectura conceptual sigue siendo la misma, lo que permitió reutilizar gran parte del código existente.
- Se enfatiza la importancia de diseñar módulos promocionables para facilitar futuros cambios en la arquitectura.
19:14 *🧠 Modularización y microservicios en arquitecturas de software*
- Se introduce la idea de modularizar el código para reducir la complejidad, identificando dominios y contextos en la arquitectura.
- Los módulos representan subdominios específicos, como el de vídeos, cursos o estudiantes.
- Los microservicios son aplicaciones desplegadas por separado, asociadas a un contexto o dominio.
23:35 *🚀 Promocionabilidad y evolución de módulos en arquitecturas*
- La promocionabilidad de módulos es clave para adaptarse a cambios futuros en la estructura de la empresa o el negocio.
- Se destaca la importancia de definir barreras de comunicación entre módulos para facilitar su evolución.
- Ejemplo: Prime Video evolucionó de un módulo secundario a un contexto propio debido a su crecimiento.
25:12 *🤔 Definiciones y debates sobre microservicios*
- Se discute la definición de microservicios y cómo varía según el contexto y las necesidades técnicas.
- La implementación de microservicios en Amazon Prime Video se explica como un avance hacia una arquitectura más modular.
- Se enfatiza la importancia de evitar definiciones extremas que puedan complicar la arquitectura.
29:08 *🔄 Ventajas de la modularización dentro de un mismo contexto*
- La modularización permite la reutilización de código y la mejora de la organización interna.
- Los módulos pueden importar funcionalidades internas, reduciendo la necesidad de APIs complejas.
- Se recomienda evitar soluciones demasiado complejas que podrían complicar el mantenimiento.
33:42 *🧐 Crítica y reflexión sobre microservicios y su aplicación*
- Se analiza la crítica hacia los microservicios y su aplicación en escenarios reales.
- Se destaca la necesidad de ser críticos con las implementaciones y evitar sesgos en la toma de decisiones.
- La arquitectura debe adaptarse al contexto específico, evitando generalizaciones extremas.
37:34 *📌 Conclusiones sobre decisiones arquitectónicas y contexto*
- Las decisiones arquitectónicas deben basarse en el contexto y la evolución del negocio.
- Se concluye que no hay soluciones universales, y cada decisión debe evaluarse según su contexto específico.
- La experiencia y el conocimiento del equipo son fundamentales para tomar decisiones acertadas.
38:14 *🧠 La responsabilidad y el impacto de publicar contenido técnico*
- Debates sobre la influencia de publicaciones técnicas y la importancia de la precisión en la comunicación.
- Críticas a la inclusión de la palabra "microservicios" en un post de Amazon.
- Reflexión sobre la responsabilidad de los expertos al compartir opiniones en plataformas públicas.
42:51 *🛠️ Procesos técnicos y auditorías en sistemas empresariales*
- Descripción de auditorías técnicas ofrecidas a empresas para mejorar sus sistemas.
- Ejemplos de procesos batch y su evolución hacia sistemas más escalables.
- Enfoque en arquitecturas dirigidas por eventos para manejar grandes volúmenes de datos.
47:13 *🎥 Desafíos en el procesamiento de video y eventos distribuidos*
- Discusión sobre cómo dividir detectores de fallos en procesos paralelos para optimizar el procesamiento de video.
- Problemas de almacenamiento y acceso a fragmentos de video en sistemas distribuidos.
- Integración con terceros para la captura de metadatos en contenido multimedia.
48:49 *🔍 Soluciones para la gestión de eventos y escalabilidad*
- Propuesta de usar eventos asincrónicos para integraciones externas en lugar de APIs directas.
- Ejemplo de permisos y acceso a recursos como S3 para el procesamiento de imágenes.
- Reflexión sobre la necesidad de soluciones monolíticas para ciertos escenarios de alta demanda.

Made with HARPA AI

[chemabv]

Trabaje en una compañía donde usábamos lambdas e instancias ec2. Precisamente estas últimas para procesado de fragmentos de video que se analizaban por procesos de seguridad. Indudablemente procesos costosos computacionalmente siguen requiriendo este modelo mas clásico. Por tanto, es muy lógico lo que menciona el artículo.
Y, personalmente, pueden mezclarse ambas soluciones para diferentes tipos de problemas

[javiOnOne]

Javier, esto es lo "más habitual" en estos tiempos, opinar sin conocer mínimamente el contexto (twitter user), montar el "hype" y el "hate" a mansalva. Qué seria de muchos "creadores de contenido" sin estos salseos....

[leopoldoromero]

Es lo de siempre, pasa con las noticias que ves un fragmento del título y vas y lo comentas sin siquiera entrar a la noticia, vi comentarios del tipo: " a quien se le ocurrió implementar microservicios en Amazon" . No entiendo la necesidad de tomar partido de esa forma tan radical, como programadores deberemos tener distintas herramientas y discernir cuando utilizar una u otra.

[nemines]

Saludos muchas gracias las arquitecturas y casos uso son geniales

[enriquejvf]

Ni el monolito es mas eficiente ni los microservicios son caros o viceversa. La arquitectura es una desicion estrategica, no un dogma religioso de cumplimiento sin pienso. Vean tambien la arquitectura de stackoverflow Uso los dos sin problemas en varios proyectos.

[ElObservadorTico]

Me parece que a todo esto se le llama microservicios temáticos.