Las mejores prácticas de Kubernetes, 2ª edición

Capítulo 21. Implantar un operador

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Un principio clave de Kubernetes es su capacidad de ampliación más allá de la API básica por parte de los operadores del sistema. Muchos (incluidos estos autores) creen que esta extensibilidad fue un factor impulsor del dominio de Kubernetes en el mercado. Cuando los desarrolladores empezaron a crear aplicaciones que se ejecutarían en Kubernetes, los operadores desarrollaron aplicaciones de ayuda que sabían cómo llamar a la API de Kubernetes y automatizar gran parte del trabajo rutinario que tendrían que hacer para mantener estables las aplicaciones. Muchas de estas aplicaciones eran scripts bash o contenedores de ayuda que se ejecutaban en un clúster.

En 2016, un grupo clave de colaboradores de Kubernetes de , liderado por CoreOS (ahora Red Hat), posicionó un patrón Operador para permitir un desarrollo y una implementación más sencillos de las aplicaciones de Kubernetes. El patrón Operador esbozaba una forma de empaquetar, implementar y mantener una aplicación integrada con la API de Kubernetes y herramientas cliente como kubectl. Utilizando un Operador, un desarrollador de aplicaciones podía crear de forma nativa una aplicación que pudiera ejecutarse en Kubernetes, integrarse en el proceso existente de Kubernetes e incorporar conocimientos institucionales. Este conocimiento no se limitaba a la implementación de la aplicación, ...