Muerte por mil microservicios

• El artículo analiza la tendencia actual en la industria tecnológica de volver excesivamente complejos los sistemas complejos mediante microservicios.
• El autor, Andrei Taranchenko, critica la tendencia de la industria a intentar resolver problemas que no existen, impulsada muchas veces por el deseo de parecer innovadora y de vanguardia.
• Se señala que los desarrolladores de JavaScript que se definen como "full-stack" y se lanzan al desarrollo de servidores y al código asíncrono contribuyen a esta tendencia.
• También se identifica como problema la influencia de veteranos de FAANG en startups, empujando sistemas similares a los complejos usados en grandes empresas.
• El artículo destaca que muchas empresas exitosas como Dropbox, Twitter, Facebook, Instagram, Shopify y Stack Overflow comenzaron con una sola base de código y todavía la usan de forma efectiva.
• Taranchenko sostiene que impulsar los microservicios a menudo hace perder eficiencia y simplicidad, y obliga a los desarrolladores a mantener un mapa mental de todo el sistema y gestionar la comunicación constante sobre actualizaciones y cambios.
• El autor sugiere que, en lugar de microservicios, las empresas deberían considerar servicios con cargas claramente identificables y que puedan escalarse por separado.
• El artículo concluye destacando un giro hacia sistemas más simples en un momento en que el capital de riesgo se vuelve más restringido y las empresas deben tomar decisiones más prácticas.
• Taranchenko recomienda comenzar con un monolito y dividir en servicios solo cuando sea necesario.

[GN⁺]

Opiniones de Hacker News

• Un artículo sobre las ventajas y desventajas de usar microservicios y monolitos en el desarrollo de software
• Un comentarista que participó en la construcción de la plataforma de Netflix recomienda que las startups comiencen con un monolito por su simplicidad y escalabilidad
• Otro comentarista señala que los microservicios son una solución a un problema social, no técnico. Permiten que organizaciones grandes dividan un sistema en subsistemas para construir e iterar rápidamente
• Algunos comentaristas critican la tendencia de migrar hacia microservicios y sugieren que a menudo está impulsada no por la mejor solución técnica, sino por el deseo de evitar problemas del código existente o de encajar con cierta narrativa
• Otros sostienen que los microservicios pueden dar lugar a sistemas complejos y difíciles de depurar, y que pueden requerir un soporte de infraestructura considerable
• Unos pocos comentaristas expresan frustración por los desafíos de mantener y observar microservicios, especialmente en equipos pequeños con recursos limitados
• Algunos comentaristas sugieren que el cambio hacia microservicios suele ser apresurado y afirman que mantener el sistema simple puede dar mejores resultados
• Un comentarista criticó que el artículo presentara pocos datos para respaldar sus afirmaciones y sugirió que un mejor objetivo sería gestionar la complejidad para reducir el costo de cambiar el sistema