Enable javascript in your browser for better experience. Need to know to enable it? Go here.
radar blip
radar blip

Patrón de operador para recursos no agrupados.

Última actualización : Mar 29, 2022
NO EN LA EDICIÓN ACTUAL
Este blip no está en la edición actual del Radar. Si ha aparecido en una de las últimas ediciones, es probable que siga siendo relevante. Si es más antiguo, es posible que ya no sea relevante y que nuestra valoración sea diferente hoy en día. Desgraciadamente, no tenemos el ancho de banda necesario para revisar continuamente los anuncios de ediciones anteriores del Radar. Entender más
Mar 2022
Evaluar ? Vale la pena explorarlo con el objetivo de entender cómo afectará a tu empresa.

Continuamos viendo un incremento en el uso del patrón de Operador de Kubernetes con propósitos más allá de administrar aplicaciones desplegadas en el clúster. Usando el patrón de operador para recursos no agrupados se aprovechan las definiciones de recurso personalizado y el mecanismo de programación guiado por eventos implementados en el panel de control de Kubernetes para gestionar las actividades que están relacionadas fuera del cluster. Esta técnica se basa en la idea de Kube-managed cloud services y la extiende a otras actividades, como despliegue continuo o reacción a cambios en repositorios externos. Una de las ventajas de ésta técnica por encima de una herramienta especialmente diseñada, es que abre una amplia gama de herramientas que ya vienen incluidas en Kubernetes o son parte de un ecosistema más amplio. Puedes usar comandos como diff, dry-run o apply para interactuar con los recursos personalizados del operador. El mecanismo de programación de Kube hace que el desarrollo sea más fácil al eliminar la necesidad de orquestar actividades en el orden correcto. Herramientas de código abierto como Crossplane, Flux y Argo CD aprovechan ésta técnica, y esperamos ver más de estas surgir con el tiempo. Aunque éstas herramientas tienen sus casos de uso, también estamos comenzando a ver un mal uso y abuso de ésta técnica y necesitamos repetir un viejo consejo: Sólo porque puedas hacer algo con una herramienta no significa que debas. Asegúrate de descartar enfoques más sencillos y convencionales antes de crear una definición de recurso personalizada y asumir la complejidad que este enfoque implica.

Oct 2021
Evaluar ? Vale la pena explorarlo con el objetivo de entender cómo afectará a tu empresa.

Estamos viendo un incremento en el uso del patrón de Kubernetes Operator para propósitos distintos a la gestión de aplicaciones desplegadas en el cluster. El uso del patrón de operación para recursos no clusterizados aprovecha las definiciones de recursos personalizadas y el mecanismo de programación basado en eventos implementado en el plano de control de Kubernetes para administrar actividades relacionadas aún fuera del clúster. Esta técnica se construye sobre la idea de Kube-managed cloud services y se extiende a otras actividades, como despliegue continuo o reacción a los cambios en repositorios externos. Una ventaja de esta técnica sobre una herramienta específicamente construida es que abre una amplia gama de herramientas que o bien vienen con Kubernetes o son parte del ecosistema más amplio. Puede usar comandos como diff, dry-run o apply para interactuar con los recursos personalizados del operador. El mecanismo de programación Kube hace el desarrollo más fácil al eliminar la necesidad de orquestar actividades en el orden correcto. Las herramientas de código abierto como Crossplane, Flux y ArgoCD toman ventaja sobre esta técnica y esperamos ver más emerger con el tiempo.

Publicado : Oct 27, 2021

Descarga el Radar Tecnológico Volumen 27

 

English | Español | Português | 中文

Mantente informada sobre Tecnología

 

Suscríbete ahora

Visita nuestro archivo para leer los volúmenes anteriores