Esta publicación de blog continúa la publicación de blog anterior sobre patrones de diseño y patrones de operador de software. En esta parte, el artículo analiza más de cerca la descripción del patrón del operador de software.
¿Qué son los patrones de diseño?
A lo largo de los años, las comunidades de programación y desarrollo de software han desarrollado una comprensión común de los patrones de diseño. Un patrón de diseño es una solución general a un problema recurrente al escribir (o mejor diseñar) software. Esto significa que si un diseño es nuevo y no se ha probado que funcione en el software de producción, entonces no puede ser un patrón. Un patrón es una abstracción que cubre múltiples soluciones implementadas que siguen esa abstracción. Este patrón no existe si ya no existe una solución.
Para el patrón de operador de software publicado por la comunidad de Kubernetes, se cubre la sección sobre implementaciones existentes, ya que el sitio enumera claramente muchos marcos y proyectos que implementan el patrón. Y, como se señaló en la primera parte de esta serie de publicaciones de blog, Canonical también proporciona una implementación de este patrón. Curiosamente, esta implementación se creó antes del lanzamiento de Carrier Mode en 2017. De hecho, los primeros pasos en la implementación normativa del modelo de operador de software datan de 2013. En ese momento, la implementación no se llamaba Software Operator Framework, sino Juju and Charms. En ese momento, los operadores se llamaban Charms, y el middleware que ejecutaba los operadores era Juju, que ejecutaba Charmed Operators y administraba los entornos locales, públicos y de múltiples nubes disponibles.
Pero volviendo a describir patrones en lugar de solo describir un diseño interesante, hay más que decir: la motivación para hablar sobre patrones es darle al lector, desarrollador de software o arquitecto de software una idea de la experiencia de adoptar este diseño, sus beneficios. , y sus inconvenientes .
Cómo describir patrones de diseño
Después de décadas de estudiar patrones de diseño, ha surgido una estructura general para describirlos. La mayoría sigue la estructura general explicada en muchos libros sobre patrones de diseño o Wikipedia. La descripción del esquema cubre los siguientes elementos básicos:
- Descripción del problema.
- Las restricciones que comúnmente surgen afectan el diseño de la solución.
- Descripción de la estructura.
- Una descripción de cómo interactúan los elementos.
Además, dado que los patrones de diseño son soluciones comprobadas, la documentación también cubre las ventajas y desventajas de usarlos. Para demostrar la naturaleza del patrón, las descripciones se refieren naturalmente a implementaciones significativas; en el mejor de los casos, estas implementaciones son ejemplos exitosos.
Patrones de diseño del operador de software
Aunque los puntos anteriores son bien conocidos, a partir de ahora no existe un estándar de la industria sobre cómo describir los patrones de diseño. Para el patrón de operador de software, la comunidad de Kubernetes proporciona, con mucho, la descripción más popular. Esta descripción no proporciona todos los puntos principales para describir completamente el patrón de diseño (consulte la publicación de blog anterior). Sin embargo, la CNCF describe este modelo con más detalle en este libro blanco. Y esta descripción contiene más información útil y está más cerca de describir los elementos comunes de los patrones de diseño. Si bien no sigue la estructura mencionada anteriormente, las contribuciones futuras a este patrón aún pueden incluir lo siguiente:
Pero la falta de estos elementos no ha impedido que la comunidad implemente el patrón de operador de software, y se puede encontrar una implementación en una página web cercana: juju.
Para concluir la segunda publicación de blog sobre patrones de operadores de software, es posible que los patrones de operadores de software no se describan de manera clásica. Sin embargo, considerando todas las implementaciones disponibles, claramente representa un patrón. Como perspectiva, será relevante discutir las ventajas y desventajas de este modelo.posdataEncontrar patrones relevantes apunta a otros usos interesantes de la palabra operador. Un ejemplo es el patrón de diseño del operador introducido por Xie et al. Describe operadores que operan en datos de imagen.operador de término derivado de término operando aplicado a la señal. Patrones de diseño de microoperadores de Tseng et al.Se refiere a los operadores en el campo de las telecomunicaciones («Operadores de Telecomunicaciones»), otro significado de este término es ligeramente diferente operador…
