Los operadores de software están cambiando constantemente la forma en que implementamos y operamos sistemas distribuidos complejos. Ofrecen la promesa de un software autónomo de baja intervención, ideal para mejorar la confiabilidad del servicio y aumentar el tiempo de actividad. Para obtener una introducción a los operadores de Kubernetes, consulte nuestro seminario web introductorio o descargue nuestra guía de operadores de Kubernetes.
Publicó cientos de operadores listos para usar en varias plataformas como GitHub centro de encanto – Tantos que a veces puede ser difícil elegir el mejor operador para su despliegue, ¿verdad? No tema: en esta publicación de blog, lo guiaré a través de cinco de mis principales prioridades para brindarle algunas pautas básicas que lo ayudarán a decidir. ¡Vamos!
procedencia
Procedencia significa «de dónde vino algo». En términos de software, significa quién es el desarrollador, la comunidad de desarrollo o el proveedor detrás del software. Mi primer consejo es verificar la procedencia de cualquier software que esté instalando, especialmente el software que ejecuta otro software y puede ejecutarse con privilegios elevados.
No se trata solo del riesgo de que su entorno de servicio se vea comprometido por piratas informáticos o APT (amenazas persistentes avanzadas), hay otros problemas importantes:
- ¿Qué nivel de soporte puede ofrecer a su operador? ¿Mejor esfuerzo o solo apoyo de la comunidad? En este caso, ¿es suficiente si el operador no cumple la promesa? Recuerde que los operadores de software deben abarcar el conocimiento y la sabiduría de los operadores humanos cuya operación eficiente y confiable es fundamental para algunos de sus activos más importantes, como los servidores de bases de datos y el middleware.
- ¿El desarrollador prueba minuciosamente al operador para asegurarse de que ofrece de forma fiable la funcionalidad que dice ofrecer? ¿Cómo lo prueban?
licencia
La mayoría del software moderno se distribuye bajo algún tipo de licencia de distribución de software. La licencia determina lo que puede y no puede hacer con el software, así como sus derechos y derechos sobre el software. Recomiendo primero considerar el software con licencia de código abierto y gratuito, como la licencia de software Apache, versión 2.0.
Los operadores de software de código abierto tienen varias ventajas:
- Puede inspeccionar el código del operador que está utilizando: fallas, vulnerabilidades, código malicioso, telemetría e incumplimiento de las licencias establecidas, cualquiera de los cuales podría exponer su servicio y negocio.
- Si un desarrollador de software, por alguna razón, decide dejar de brindar soporte a un operador, aún puede brindarlo usted mismo si tiene la experiencia necesaria, lo que puede ganar algo de tiempo y ayudar a garantizar la continuidad del negocio.
- A menudo (aunque es importante, no siempre) hay pocas o ninguna restricción en las posiciones de los operadores de despliegue. Por ejemplo, si desea implementar un operador en un entorno de prueba y asegurarse de que obtendrá exactamente el mismo software y comportamiento en un entorno de producción. Puede hacer esto con un operador de código abierto con licencia libre en lugar de uno con una licencia más estricta o totalmente propietaria.
permiso
Clasifico la capacidad como el tercer atributo más importante para un operador. Competencia no significa «puede el operador cumplir con todos mis requisitos». En cambio, por «competencia» me refiero a «¿es el operador competente para hacer lo que dice hacer»?
Por ejemplo, cuando se me pide que elija entre un operador de servidor MySQL que solo administra MySQL High Availability y un operador que puede administrar High Availability y tiene otras 20 funciones, me basaría en la capacidad relativa del operador para administrar MySQL High Availability. que esta es una característica clave. Hazlo mal y pasarás mucho tiempo arrepintiéndote de tu elección.
Una forma de comprender las capacidades de los operadores es examinar cómo y en qué condiciones los desarrolladores prueban a los operadores.Pero tal vez la mejor manera es probar a fondo el operador usted mismo, por ejemplo, utilizando un marco de inyección de fallas, como jugar un juego kube fatalidad!
madurez
La madurez no siempre es un signo de competencia, pero a veces puede ser un indicador. La madurez del operador generalmente se puede determinar a partir de tres niveles:
- listo para publicar
- Prepárese para la evaluación
- listo para la producción
listo para publicar
En mi opinión, cuando un operador tiene los atributos básicos de un producto, puede ser publicado, es decir, visto por usuarios potenciales. Por ejemplo: páginas web, documentación para desarrolladores, guías prácticas y de implementación, guías de contribución, licencias, seguimiento de problemas y detalles de contacto del desarrollador/soporte. También me gustaría ver un sistema SCM como git en uso, pruebas unitarias y de integración, y algún tipo de tubería de compilación automatizada. Estar listo para el lanzamiento es un requisito previo para la preparación para la producción, pero es posible que el operador no haya implementado todas las características necesarias para que entre en producción, o puede que no pueda implementarlas al nivel de capacidad requerido para que el operador sea confiable y confiable. . Caen fichas.
Prepárese para la evaluación
Para mí, solo está listo para la implementación en producción si el operador es confiable y capaz de cubrir escenarios como orquestación de alta disponibilidad, conexión alámbrica y encriptación en reposo. Pero incluso sin estas capacidades más avanzadas, puede haber algunas características, como la capacidad de realizar actualizaciones de aplicaciones o realizar copias de seguridad y restaurar el estado, que hacen que los operadores sean útiles. Esto es lo que yo llamo una «evaluación lista»: no del todo lista para la producción, pero aún así vale la pena echarle un vistazo.
listo para la producción
Un operador listo para la producción debe marcar: debe cumplir con todos los criterios de «listo para el lanzamiento» y «listo para la evaluación» y debe proporcionar suficientes características y capacidades en las que pueda confiar para operar de manera confiable sus activos más críticos, como bases de datos, granjas web, directorios de autenticación y middleware. ¡Mejor ser bueno!
rendimiento bajo presión
Su servidor MySQL, el directorio OpenLDAP y la caché de Redis se implementan en Kubernetes y los administra un operador. Es genial que puedas hacer esto: toma uno frío y relájate, ¿verdad? Mmm… por supuesto. Recuerde, usted confía en estos operadores para responder de manera efectiva cuando sucede lo inesperado. No estamos hablando del camino feliz de las operaciones de software aquí, estamos hablando de cuando ocurren siete líos diferentes en la nube al mismo tiempo. Si confía en gran medida en la experiencia y la sabiduría del equipo de ingeniería que desarrolla los operadores de Kubernetes, es probable que no tenga acceso a esa experiencia y sabiduría en forma humana en el campo. No importa que los DBA (administradores de bases de datos) expertos también sepan cómo planificar y ejecutar de manera eficiente la expansión de la capacidad de OpenLDAP mientras solucionan los problemas de un clúster de Redis, que es tan raro como un bistec tártaro vegetariano. Nada por lo que estar triste.
Sin embargo, debe estar seguro de que sus operadores de software pueden manejar cuando las cosas comienzan a salir mal: han sido probados exhaustivamente para la mayor cantidad posible de «casos extremos». Esto es lo que llamo rendimiento bajo presión y, como se mencionó anteriormente en este artículo, también puede usar un marco de inyección de fallas (también conocido como Caos) para verificarse antes de colocar a ese operador en un entorno de servicio de producción.
generalizar
Aquí hay cinco cosas a tener en cuenta al considerar un operador de Kubernetes:
- procedencia
- licencia
- permiso
- madurez
- rendimiento bajo presión
Echa un vistazo a la fascinante serie de operadores en centro de encanto Y – ¡larga vida y prosperidad!
