¿Cuáles son las características de resistencia más importantes de un marco de microservicios?

Diría que los microservicios son menos resistentes que los servidores monolíticos para la mayoría de las pequeñas y medianas empresas (por ejemplo, la mayoría de los casos de uso), y sus ventajas teóricas a menudo fallan en la práctica. En los proyectos web del mundo real, los microservicios generalmente terminan teniendo dependencias duras de otros microservicios, mientras que un servidor monolítico no. Entonces, cuando un microservicio se comporta mal, a menudo derriba toda la red de microservicios dependientes (también conocido como microservice-hell ). La planificación de la capacidad para los microservicios también es difícil, porque no es fácil determinar exactamente qué microservicio está causando cuellos de botella en el rendimiento (por lo que podría terminar jugando de manera segura y aumentar uniformemente las capacidades de microservicio en general, lo que no es mejor que hacerlo con monolítico servidores).

Crear un proyecto web con un servidor monolítico es más simple que hacerlo con microservicios y tiene menos riesgos técnicos. Cuando un servidor monolítico alcanza su límite de rendimiento, simplemente clone el servidor para duplicar previsiblemente la capacidad (o cuádruple, octuple, etc.). si resulta que tiene un cuello de botella de rendimiento específico como la carga de video, simplemente clone un grupo de servidores monolíticos dedicados a la carga de video (en lugar de reinventar un microservicio casi dependiente para ello).

en resumen, existen importantes ventajas de devop en el mundo real para escalar horizontalmente un grupo de servidores monolíticos homogéneos (donde cada uno se puede depurar de forma independiente si se comporta mal) frente a “orquestar” una mezcla de microservicios heterogéneos cuasi-dependientes (donde cada uno generalmente no se puede depurar de forma independiente).