@@ -27,13 +27,13 @@ Desde que desplegamos [nuestra actual plataforma de computación en la nube](htt
...
@@ -27,13 +27,13 @@ Desde que desplegamos [nuestra actual plataforma de computación en la nube](htt
Conforme a prácticas usuales, distinguimos sólo dos grandes categorías para las instancias de nuestros sistemas: prod y stage, que a veces en criollo denominamos producción y arenero. Los sistemas en producción son aquellos que usuarixs funcionales utilizan en el contexto de sus procesos de trabajo, por ende cuyos datos y procesos tienen cierto nivel de criticidad directo. Los areneros sirven al desarrollo, las pruebas y la integración de sistemas, a la formación, o a cualquier otra función que no esté vinculada a la producción.
Conforme a prácticas usuales, distinguimos sólo dos grandes categorías para las instancias de nuestros sistemas: prod y stage, que a veces en criollo denominamos producción y arenero. Los sistemas en producción son aquellos que usuarixs funcionales utilizan en el contexto de sus procesos de trabajo, por ende cuyos datos y procesos tienen cierto nivel de criticidad directo. Los areneros sirven al desarrollo, las pruebas y la integración de sistemas, a la formación, o a cualquier otra función que no esté vinculada a la producción.
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 (pero no la inversa, en principio).
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.
Otro ejemplo es el multisitio wordpress [grupos.csic.edu.uy](https://grupos.csic.edu.uy), arenero que armamos para que [los grupos I+D de CSIC trabajen en el hospedaje de su sitio web](https://www.cielito.uy/-Grupos-I-D-), que luego pasaría a una cuenta propia de [hospedaje LAMP](https://www.cielito.uy/Hospedaje-web) o al [multisitio de producción](https://www.cielito.uy/Multisitio).
Otro ejemplo es el multisitio wordpress [grupos.csic.edu.uy](https://grupos.csic.edu.uy), arenero que armamos para que [los grupos I+D de CSIC trabajen en el hospedaje de su sitio web](https://www.cielito.uy/-Grupos-I-D-), que luego pasaría a una cuenta propia de [hospedaje LAMP](https://www.cielito.uy/Hospedaje-web) o al [multisitio de producción](https://www.cielito.uy/Multisitio). Ese arenero de grupos I+I usa recursos de producción, en una cuenta diferente, pero en el mismo servidor de hospedaje LAMP que el multisitio de prod.
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.
...
@@ -411,6 +411,10 @@ El playbook **config/configurar_fierros_proxmox.yml** ya hace parte de esto.
...
@@ -411,6 +411,10 @@ El playbook **config/configurar_fierros_proxmox.yml** ya hace parte de esto.
## Compartir más
## Compartir más
Además del proyecto [`config`](https://git.interior.edu.uy/adminsys/config), proyecto reservado, que contiene el inventario de servidores y scripts específicos a nuestra plataforma, habíamos empezado un segundo, que pretendía ser abierto retirando la información sensible. Pero al final lo compartido, de acuerdo a la propuesta de la comunidad Ansible, pasó a la galaxy, [nuestro espacio en GitHub](https://github.com/UdelaRInterior).
* Luego de esta introducción (a mitad de ella) pudes ejercitarte siguiendo [nuestro "taller devops" en el EVA del Litoral](https://eva.unorte.edu.uy/course/view.php?id=996)
* Además del proyecto [`config`](https://git.interior.edu.uy/adminsys/config)(que es reservado, por contener datos sensibles, de inventario y acceso a nuestra infra), encontrarás cantidad de lo nuestro el los espacios de la Ansible Galaxy:
*[cielito](https://galaxy.ansible.com/ui/namespaces/cielito/), que trabajamos [en un grupo de nuestro Gitlab](https://git.interior.edu.uy/cielito)
*[UdelaRInterior](https://galaxy.ansible.com/ui/standalone/namespaces/7197/), que trabajábamos, como sólo se podía entonces, en [github.com/UdelaRInterior](https://github.com/UdelaRInterior)
No obstante, quizás que algún día continuemos el proyecto [adminsys](https://git.interior.edu.uy/cielito/adminsys), *armá tu propia nube*.
No obstante, quizás que algún día continuemos el proyecto [adminsys](https://git.interior.edu.uy/cielito/adminsys), *armá tu propia nube*.
