Entornos
Use el proceso de entrega continua para entregar rápidamente y de forma segura nuevos valores a producción. Puede entregar pequeños cambios con frecuencia, lo que reduce el riesgo de problemas.
Otros factores afectan al "problema de implementación en producción", como la adopción de varios entornos de entrega e implementación. Un enfoque de varios entornos permite compilar, probar y liberar código con mayor velocidad y frecuencia para que la implementación sea lo más sencilla posible. Puede quitar la sobrecarga manual y el riesgo de una versión manual y, en su lugar, automatizar el desarrollo con un proceso de varias fases destinado a diferentes entornos.
Una arquitectura común de varios entornos incluye cuatro niveles:
- Desarrollo
- Prueba
- Ensayo
- Producción
En esta arquitectura, el producto realiza la transición en orden desde Desarrollo (el entorno en el que desarrolla los cambios en el software) hasta Producción (el entorno con el que los usuarios interactúan directamente). También puede introducir un entorno de prueba de aceptación de usuario (UAT) para validar el flujo de negocio de un extremo a otro.
| Entorno | Descripción |
|---|---|
| Desarrollo | El entorno de desarrollo (dev) es donde se desarrollan los cambios en el software. |
| Prueba | El entorno de prueba permite que los evaluadores humanos o las pruebas automatizadas prueben el código nuevo y actualizado. Los desarrolladores deben aceptar código y configuraciones nuevos mediante la realización de pruebas unitarias en el entorno de desarrollo antes de permitir que esos elementos entren en uno o varios entornos de prueba. |
| Ensayo | El almacenamiento provisional es donde se realizan pruebas finales inmediatamente antes de la implementación en producción. Cada entorno de ensayo debe reflejar un entorno de producción real con la mayor precisión posible. |
| UAT | Las pruebas de aceptación de usuario (UAT) permiten a los usuarios finales o a los clientes realizar pruebas para comprobar o aceptar el sistema de software antes de que una aplicación de software pueda pasar a su entorno de producción. |
| Producción | El entorno de producción (producción), a veces denominado en directo, es el entorno con el que interactúan directamente los usuarios. |
Consideraciones de diseño
Aplique las siguientes consideraciones tanto al desarrollo de zonas de aterrizaje de Azure como a cargas de trabajo de Azure:
- Los entornos de prueba son importantes porque permiten a los desarrolladores de plataforma probar los cambios antes de realizar la implementación en producción, lo que reduce el riesgo relacionado con la entrega en producción.
- Mantener los entornos lo más parecidos posible facilita la búsqueda de errores relacionados con el entorno en las primeras fases de las pruebas, lo que aumenta la velocidad y la confiabilidad de las pruebas y del desarrollo.
- Si hay discrepancias en la configuración de los entornos, se produce el "desfase de configuración", lo que puede provocar pérdida de datos, implementaciones más lentas y errores.
- Puede acelerar las implementaciones, mejorar la coherencia del entorno y reducir el "desfase de configuración" entre entornos mediante la adopción de la infraestructura como código (IaC).
- Considere la posibilidad de adoptar métodos del tipo "valor controlado" o "implementaciones azul-verde" que hacen que las nuevas características solo estén disponibles para un conjunto limitado de usuarios de prueba en producción y ayudan a reducir el tiempo de lanzamiento en producción.
- Use comprobaciones en los resultados de pruebas para controlar la transición del código de desarrollo a producción. Puede automatizar estos controles para que las pruebas con errores impidan que los cambios se implementen automáticamente en el siguiente entorno.
- Haga que los usuarios revisen las solicitudes de incorporación de cambios antes de que el código se implemente en producción. Considere la posibilidad de usar repositorios con estrategia de rama para administrar el proceso de revisión.
- Permita que todos los desarrolladores accedan a todos los entornos para evitar la formación de silos.
Cargas de trabajo
Para aprender a administrar entornos para cargas de trabajo, consulte Preguntas más frecuentes sobre la escala empresarial.
Zonas de aterrizaje de Azure
La adopción de varios entornos para la implementación de una zona de aterrizaje de Azure es algo común cuando un cliente quiere probar los efectos y los resultados de nuevas asignaciones de Azure Policy, asignaciones de roles de Azure RBAC, pertenencias a grupos de Azure AD, creación de recursos de Azure, etc.
El enfoque de prueba para la escala empresarial describe dos enfoques de adopción diferentes:
- Replicación de la jerarquía de grupos de administración en el entorno de valor controlado y producción
- Suscripciones de espacio aislado
Con independencia del enfoque que se siga, siempre debe hacer lo siguiente:
- Adoptar al menos un entorno para las pruebas.
- Use entidades de servicio independientes para prueba y producción a fin de proteger los entornos.
- Implementar comprobaciones y aprobaciones automatizadas para validar y aprobar los cambios antes de implementarlos en un entorno determinado.