Interesante charla de Adrian Cockcroft sobre El reto de Monitorizar Microservicios (Monitoring Microservices: A challenge!)
Adrian Cockcroft incide en que la propia definición de un microservicio “Loosely coupled service oriented architecture with bounded context” nos da dos de los puntos a tener en cuenta a la hora de monitorizar microservicios. Y es que al ser ligeramente acoplados y al tener su contexto acotado tendremos muchos microservicios que tendrán alguna relación entre sí.
En la monitorización de servicios serán importantes:
1. Velocidad - venimos desde datacenters que son auténticos silos, dónde se despliega en meses aplicaciones para toda la vida, pasando por entornos virtualizados, gestión de contenedores para hacer pruebas de test que duran minutos llegando al extremos de entornos que viven milisegundos para ejecutar un paso de un proceso como sucede en los entornos AWS Lambda Events.
2. Escalado, como crecer en máquinas para estos entornos tan altamente demandantes. ¿Cómo podemos saber qué uso de CPU tienen nuestros microservicios y cuanta demanda existe?
3. Flujo de los microservicios, se deberá de conocer el flujo de los microservicios. Pero dada la cantidad de microservicios que existen se generarán gráficos como el siguiente:
4. Fallos, como definir una tolerancia a fallos y controlar las caídas de regiones de microservicios en nuestro sistema.
5. Testing, cómo realizar testing sobre los sistemas, sin que estas pruebas de test y simulación sean muy caras.
6. Simulación, cómo se pueden simular los diferentes tipos de arquitecturas de microservicios a tener y ver cual sería su comportamiento.
Para este diseño de los flujos, pruebas de test, detección de fallos en arquitecturas de microservicios, Adrian Cockcroft> ha creado la herramienta Spigo, la cual nos ayudará en la definición de este tipo de arquitecturas.
No os perdáis el vídeo sobre El reto de Monitorizar Microservicios (Monitoring Microservices: A challenge!)
Además os dejo la presentación que iba realizando: