Construir una plataforma con KRM: Parte 5 - Gestionar recursos alojados desde Kubernetes

Construir una plataforma con KRM: Parte 5 – Gestionar recursos alojados desde Kubernetes

Este es la 5to. resume y último parte de una serie de varias posts sobre el modelo de recursos de Kubernetes. Consulte lresúmenes 1, 2, 3 y 4 para obtener más información.

En la parte 2 de esta serie, se aprendió cómo funciona el modelo de recursos de Kubernetes y cómo el plano de control de Kubernetes actúa para garantizar que el estado deseado de los recursos coincida con el estado de ejecución. Con este post cierran el círculo explorando cómo utilizar el modelo de recursos de Kubernetes para configurar y aprovisionar recursos alojados en Google Cloud.

 

 

Hay 3 razones para utilizar KRM para los recursos alojados. La primera es la consistencia. La segunda es la reconciliación continua (continuous reconciliation). La tercera es la capacidad de integrar herramientas como kustomize en sus especificaciones de recursos alojados.

Estas ventajas han dado lugar a un nuevo ecosistema de herramientas de KRM diseñadas para gestionar recursos alojados en la nube, incluido el proyecto Crossplane, así como herramientas de primera mano de AWS, Azure y Google Cloud.

En este ejercicio que el equipo de Google ha estado explicando, se utilizó Config Connector, se hizo la integración de Config Connector con Policy Controller y se gestionó los recursos existentes de GCP con Config Connector.

Este post concluye la serie «Construir una plataforma con KRM».

Más información en Google Cloud Blog.

 

 

 

Comments are closed