| ... | ... | @@ -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.
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
| ... | ... | @@ -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.
|
|
|
|
|
|
|
|
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
|
|
|
|
|
|
|
|
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.
|
| ... | ... | |
| ... | ... | |