Gobierno de Microservicios

Una de las consecuencias de la gobernanza centralizada es la tendencia a estandarizar en plataformas tecnológicas únicas. La experiencia muestra que este enfoque es restrictivo: no todos los problemas son un clavo y no todas las soluciones son un martillo. Preferimos usar la herramienta adecuada para el trabajo y, aunque las aplicaciones monolíticas pueden aprovechar diferentes idiomas en cierta medida, no es tan común.

 

Dividiendo los componentes del monolito en servicios, tenemos una opción al construir   cada   uno  de ellos., el hecho de que pueda hacer algo no significa que deba hacerlo, pero particionar su sistema de esta manera significa que tiene la opción.

 

Los equipos que crean microservicios prefieren un enfoque diferente a los estándares también. En lugar de usar un conjunto de estándares definidos escritos en algún lugar en papel, prefieren la idea de producir herramientas útiles que otros desarrolladores puedan usar para resolver problemas similares a los que enfrentan. Estas herramientas generalmente se obtienen de implementaciones y se comparten con un grupo más amplio, a veces, pero no exclusivamente, utilizando un modelo interno de código abierto. Ahora que git y github se han convertido en el sistema de control de versiones preferido, las prácticas de código abierto se están volviendo cada vez más comunes en la empresa.

 

Alienta a otros desarrolladores a resolver problemas similares de manera similar, pero deja la puerta abierta para elegir un enfoque diferente si es necesario. Las bibliotecas compartidas tienden a enfocarse en problemas comunes de almacenamiento de datos, comunicación entre procesos y, como discutimos más adelante, la automatización de la infraestructura.

 

Referencias:

https://martinfowler.com/articles/microservices.html