@@ -11,7 +11,7 @@ Conforme a prácticas usuales, distinguimos sólo dos grandes categorías para l
...
@@ -11,7 +11,7 @@ Conforme a prácticas usuales, distinguimos sólo dos grandes categorías para l
Prod y stage corresponden globalmente a cada una de las dos bucles del infinito del ciclo devops: la producción sustenta la de la izquierda, las operaciones, y los areneros la de la derecha, el desarrollo.
Prod y stage corresponden globalmente a cada una de las dos bucles del infinito del ciclo devops: la producción sustenta la de la izquierda, las operaciones, y los areneros la de la derecha, el desarrollo.
No obstante, la categorización prod/stage puede darse a varios niveles de la generación de servicios, desde la infraestructura física hasta el servicio al usuarix final, pasando por la virtualización y los diferentes componentes de plataforma (bases de datos, hospedaje LAMP, etc.). Y en diferentes casos, existen razones para correr instancias de stage sobre una infraestructura de producción (pero no la inversa, en principio).
No obstante, la categorización prod/stage puede darse a varios niveles de la generación de servicios, desde la infraestructura física hasta el servicio al usuarix final, pasando por la virtualización y los diferentes componentes de plataforma (bases de datos, hospedaje LAMP, etc.). Y en diferentes casos, existen razones para correr instancias de stage sobre una infraestructura de producción.
Por ejemplo, si clonamos un servidor de correo de producción para estudiar una actualización, o cualquier modificación que requiera estudio sobre datos reales, éste será claramente de stage. No obstante, en nuestra configuración actual será más simple hacerlo en el mismo servidor físico, de producción, y puede no ser necesario el esfuerzo de apartarlo a un servidor físicos de stage.
Por ejemplo, si clonamos un servidor de correo de producción para estudiar una actualización, o cualquier modificación que requiera estudio sobre datos reales, éste será claramente de stage. No obstante, en nuestra configuración actual será más simple hacerlo en el mismo servidor físico, de producción, y puede no ser necesario el esfuerzo de apartarlo a un servidor físicos de stage.
...
@@ -19,6 +19,9 @@ Otro ejemplo es el multisitio wordpress [grupos.csic.edu.uy](https://grupos.csic
...
@@ -19,6 +19,9 @@ Otro ejemplo es el multisitio wordpress [grupos.csic.edu.uy](https://grupos.csic
Un tercer ejemplo es el virtual gaucho, modelo simplificado y virtualizado de nuestra plataforma de computación en la nube a los fines de [nuestro taller devops](https://eva.unorte.edu.uy/course/view.php?id=996) para enrolar a nuevos integrantes a la comunidad. Por los recursos y disponibilidad que requiere, gaucho es un virtual de producción pero, por esencia de su función, ofrece una plataforma de stage para nuestra formación.
Un tercer ejemplo es el virtual gaucho, modelo simplificado y virtualizado de nuestra plataforma de computación en la nube a los fines de [nuestro taller devops](https://eva.unorte.edu.uy/course/view.php?id=996) para enrolar a nuevos integrantes a la comunidad. Por los recursos y disponibilidad que requiere, gaucho es un virtual de producción pero, por esencia de su función, ofrece una plataforma de stage para nuestra formación.
Podríamon pensar que, a la inversa, no habría razón de correr algo de producción sobre algo de stage. No obstante, en los hechos también algo así se da. Por ejemplo, al [actualizar nuestra infraestructura PVE](procedimiento-de-actualizacion-del-cluster-de-produccion-de-proxmox-6-a-8), como no funcionaba el cabezal de VPN vpn.interior.edu.u (bo), apelamos a su clon de pruebas figurita, en el cluster de stage. Al no tener todos los components garantizado disponible redundante, apelamos al stage como infraestrutura de
auxilio.
## Infraestructura, Tecnología & herramientas
## Infraestructura, Tecnología & herramientas
Aprendimos que _devops_ es ante todo cultura, pero no viene sin una infraestructura de computación en la nube y una importante indumentaria de herramientas, que permiten desplegar paradigmas de automatización como [_infraestructura como código (IaC)_](https://es.wikipedia.org/wiki/Infraestructura_como_c%C3%B3digo), [Integración continua y Despliegue continuo](https://es.wikipedia.org/wiki/Integraci%C3%B3n_continua) o [desarrollo guiado por pruebas](https://es.wikipedia.org/wiki/Desarrollo_guiado_por_pruebas). La cultura llega al construir estas prácticas, y siempre tiene algo propio a cada equipo de trabajo.
Aprendimos que _devops_ es ante todo cultura, pero no viene sin una infraestructura de computación en la nube y una importante indumentaria de herramientas, que permiten desplegar paradigmas de automatización como [_infraestructura como código (IaC)_](https://es.wikipedia.org/wiki/Infraestructura_como_c%C3%B3digo), [Integración continua y Despliegue continuo](https://es.wikipedia.org/wiki/Integraci%C3%B3n_continua) o [desarrollo guiado por pruebas](https://es.wikipedia.org/wiki/Desarrollo_guiado_por_pruebas). La cultura llega al construir estas prácticas, y siempre tiene algo propio a cada equipo de trabajo.