{"id":35941,"date":"2019-10-31T22:07:41","date_gmt":"2019-10-31T19:07:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/chto-zhe-takoe-gitops\/"},"modified":"2019-10-31T22:07:41","modified_gmt":"2019-10-31T19:07:41","slug":"chto-zhe-takoe-gitops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-zhe-takoe-gitops","title":{"rendered":"\u00bfQu\u00e9 es GitOps?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nota de traducci\u00f3n.<\/b>: Tras una reciente publicaci\u00f3n material<\/a><\/noindex> sobre los m\u00e9todos pull y push en GitOps, hemos observado un inter\u00e9s en este modelo en general; sin embargo, ha habido muy pocas publicaciones en ruso sobre este tema (pr\u00e1cticamente no hay en Habr). Por lo tanto, estamos contentos de ofrecerles la traducci\u00f3n de otro art\u00edculo, \u00a1aunque ya tenga casi un a\u00f1o! \u2014 de la empresa Weaveworks, cuyo fundador acu\u00f1\u00f3 el t\u00e9rmino \u00abGitOps\u00bb. En el texto se explica la esencia del enfoque y las diferencias clave con respecto a lo que ya existe.<\/i><\/p>\n

\nHace un a\u00f1o publicamos una introducci\u00f3n a GitOps<\/a><\/noindex>. En ese momento, contamos c\u00f3mo el equipo de Weaveworks lanz\u00f3 un SaaS completamente basado en Kubernetes y desarroll\u00f3 un conjunto de mejores pr\u00e1cticas prescriptivas para implementar, administrar y monitorear en un entorno cloud native.<\/a><\/noindex><\/p>\n

El art\u00edculo result\u00f3 ser popular. Otras personas comenzaron a hablar sobre GitOps y a publicar nuevas herramientas para git push<\/a><\/noindex>, desarrollo<\/a><\/noindex>, secretos<\/a><\/noindex>, funciones<\/a><\/noindex>, la integraci\u00f3n continua<\/a><\/noindex> etc. En nuestro sitio web aparecieron una gran cantidad de<\/a><\/noindex> publicaciones y casos de uso de GitOps. Pero algunas personas todav\u00eda ten\u00edan preguntas. \u00bfEn qu\u00e9 se diferencia el modelo del tradicional infrastructure as code<\/a><\/noindex> y la entrega continua (continuous delivery<\/a><\/noindex>)? \u00bfEs necesario usar Kubernetes?<\/p>\n

Pronto nos dimos cuenta de que necesit\u00e1bamos una nueva descripci\u00f3n que ofreciera:<\/p>\n

    \n
  1. Una gran cantidad de ejemplos e historias;<\/li>\n
  2. Una definici\u00f3n concreta de GitOps;<\/li>\n
  3. Una comparaci\u00f3n con la entrega continua tradicional.<\/li>\n<\/ol>\n

    \nEn este art\u00edculo intentamos abordar todos estos temas. Encontrar\u00e1s una introducci\u00f3n actualizada a GitOps y una perspectiva desde los desarrolladores y CI\/CD. Principalmente nos centramos en Kubernetes, aunque el modelo se puede generalizar.<\/p>\n

    Conozcan: GitOps<\/h2>\n

    \nImagina a Alicia. Ella dirige una empresa llamada Family Insurance, que ofrece p\u00f3lizas de seguro de salud, autom\u00f3viles, bienes ra\u00edces y seguros de viaje a personas que est\u00e1n demasiado ocupadas como para entender los matices de los contratos por s\u00ed solas. Su negocio comenz\u00f3 como un proyecto paralelo, mientras Alicia trabajaba en un banco como cient\u00edfica de datos. Un d\u00eda se dio cuenta de que pod\u00eda utilizar algoritmos computacionales avanzados para analizar datos de manera m\u00e1s eficiente y crear paquetes de seguros. Los inversores financieron el proyecto, y ahora su empresa genera m\u00e1s de 20 millones de d\u00f3lares al a\u00f1o y est\u00e1 creciendo r\u00e1pidamente. En este momento, cuenta con 180 empleados en diferentes posiciones. Entre ellos est\u00e1 el equipo tecnol\u00f3gico, que se encarga del desarrollo, mantenimiento del sitio web, la base de datos y el an\u00e1lisis de la base de clientes. Este equipo de 60 personas est\u00e1 liderado por Bob, el director t\u00e9cnico de la empresa.<\/p>\n

    El equipo de Bob despliega sistemas de producci\u00f3n en la nube. Sus principales aplicaciones funcionan en GKE, aprovechando las ventajas de Kubernetes en Google Cloud. Adem\u00e1s, utilizan diversas herramientas para el manejo de datos y an\u00e1lisis.<\/p>\n

    Family Insurance no ten\u00eda la intenci\u00f3n de utilizar contenedores, pero se contagi\u00f3 del entusiasmo por Docker. Pronto, los especialistas de la empresa descubrieron que GKE permite desplegar cl\u00fasteres para probar nuevas funciones de manera f\u00e1cil y sin complicaciones. Se a\u00f1adieron Jenkins para CI y Quay para organizar el registro de contenedores, y se escribieron scripts para Jenkins que env\u00edan nuevas im\u00e1genes y configuraciones a GKE.<\/p>\n

    Pas\u00f3 alg\u00fan tiempo. Alice y Bob estaban decepcionados con el rendimiento del enfoque elegido y su impacto en el negocio. La implementaci\u00f3n de contenedores no mejor\u00f3 el rendimiento tanto como esperaba el equipo. A veces, los despliegues fallaban y no estaba claro si los cambios de c\u00f3digo eran los culpables. Tambi\u00e9n result\u00f3 dif\u00edcil rastrear los cambios en las configuraciones. A menudo hab\u00eda que crear un nuevo cl\u00faster y mover aplicaciones a \u00e9l, ya que era la forma m\u00e1s sencilla de lidiar con el desorden en el que se hab\u00eda convertido el sistema. Alice tem\u00eda que la situaci\u00f3n empeorara a medida que la aplicaci\u00f3n evolucionaba (adem\u00e1s, un nuevo proyecto basado en aprendizaje autom\u00e1tico estaba en marcha). Bob hab\u00eda automatizado gran parte del trabajo y no entend\u00eda por qu\u00e9 el pipeline segu\u00eda siendo inestable, ten\u00eda una mala escalabilidad y, de vez en cuando, requer\u00eda intervenci\u00f3n manual.<\/p>\n

    Entonces conocieron GitOps. Esta soluci\u00f3n result\u00f3 ser justo lo que necesitaban para avanzar con confianza.<\/b><\/p>\n

    Alice y Bob hab\u00edan estado escuchando sobre flujos de trabajo basados en Git, DevOps e infraestructura como c\u00f3digo durante varios a\u00f1os. La singularidad de GitOps es que aporta una serie de mejores pr\u00e1cticas \u2014espec\u00edficas y normativas\u2014 para implementar estas ideas en el contexto de Kubernetes. Este tema ha sido discutido en repetidas ocasiones<\/a><\/noindex>, incluso en el blog de Weaveworks.<\/a><\/noindex>.<\/p>\n

    Family Insurance decide implementar GitOps. Ahora la empresa tiene un modelo de operaci\u00f3n automatizado, compatible con Kubernetes y que combina rapidez<\/i> para con estabilidad<\/i>, ya que ellos:<\/p>\n