Escenarios para usar Azure Deployment Environments

  • Artículo

En este artículo se describen algunos escenarios posibles para Azure Deployment Environments, junto con los recursos que una organización puede usar para implementar esos escenarios. Azure Deployment Environments se puede configurar para satisfacer las necesidades de una empresa.

Entornos como parte de una canalización de CI/CD

La creación y administración de entornos en una empresa puede requerir un esfuerzo considerable. Con Azure Deployment Environments, se pueden crear, actualizar y conectar fácilmente diferentes tipos de entornos de ciclo de vida del producto (como los de desarrollo, pruebas, almacenamiento provisional, preproducción y producción, entre otros) en una canalización de integración continua y entrega continua (CI/CD).

En este escenario, Azure Deployment Environments proporciona las siguientes ventajas:

  • Las organizaciones pueden adjuntar un catálogo y proporcionar plantillas comunes de infraestructura como código (IaC) para crear entornos para ayudar a garantizar la coherencia entre los equipos.
  • Los desarrolladores y evaluadores pueden probar la última versión de la aplicación utilizando plantillas reutilizables para aprovisionar rápidamente los entornos.
  • Los equipos de desarrollo pueden conectar sus entornos a canalizaciones de CI/CD para habilitar escenarios de DevOps.
  • Los equipos de TI de desarrollo centrales pueden realizar un seguimiento centralizado de los costos y las alertas de seguridad y administrar entornos en diferentes proyectos y centros de desarrollo.

Entornos de espacio aislado para investigaciones

Los desarrolladores a menudo investigan diferentes tecnologías o diseños de infraestructura. De manera predeterminada, todos los entornos creados con Azure Deployment Environments se encuentran en su propio grupo de recursos. Los miembros del proyecto obtienen acceso de colaborador a esos recursos de manera predeterminada.

En este escenario, Azure Deployment Environments proporciona las siguientes ventajas:

  • Los desarrolladores pueden agregar o cambiar los recursos de Azure en función de sus necesidades para sus entornos de desarrollo o prueba.
  • Los equipos de TI de desarrollo centrales pueden realizar fácilmente un seguimiento de los costos de todos los entornos usados para la investigación.

Entornos de prueba a petición

A menudo, los desarrolladores necesitan crear entornos ad hoc que imiten sus entornos formales de desarrollo o pruebas para probar una nueva funcionalidad antes de insertar el código en el repositorio y ejecutar una canalización. Con Azure Deployment Environments, los desarrolladores pueden crear, actualizar o duplicar fácilmente los entornos de pruebas.

En este escenario, Azure Deployment Environments proporciona las siguientes ventajas:

  • Los equipos pueden acceder a un entorno completamente configurado cuando es necesario.
  • Los desarrolladores pueden probar la versión más reciente de una aplicación mediante plantillas reutilizables para crear rápidamente nuevos entornos ad hoc.

Aprendizaje, laboratorios prácticos y hackathons

Un proyecto de Azure Deployment Environments actúa como un contenedor para actividades transitorias como talleres, laboratorios prácticos, cursos o hackatones. Puede crear un proyecto para proporcionar plantillas personalizadas a cada usuario.

En este escenario, Azure Deployment Environments proporciona las siguientes ventajas:

  • Cada usuario puede crear entornos idénticos y aislados para el entrenamiento.
  • Puede eliminar fácilmente un proyecto y todos los recursos relacionados cuando el entrenamiento haya finalizado.

Opciones de implementación

Una vez que haya decidido explorar Azure Deployment Environments, hay dos trayectorias generales que puede seguir: la implementación de prueba de concepto y la implementación a escala.

Implementación de prueba de concepto

Una implementación de prueba de concepto es un esfuerzo concentrado de un único equipo para establecer el valor de la organización. Si bien puede ser tentador empezar con una implementación a escala, ese enfoque tiende a fracasar con más frecuencia que la opción de la prueba de concepto.

Se recomienda que empiece poco a poco, que aprenda con el primer equipo, que repita el mismo enfoque con dos o tres equipos más y que luego planee una implementación a escala basándose en los conocimientos adquiridos. Para obtener una prueba de concepto correcta, se recomienda elegir uno o dos equipos, identificar sus escenarios (entornos como parte de una canalización de CI/CD frente a entornos de espacio aislado), documentar sus casos de uso actuales e implementar Azure Deployment Environments.

Implementación a escala

Una implementación a escala conlleva semanas de revisión y planeamiento con la intención de implementar Azure Deployment Environments en toda la empresa, que tiene cientos o miles de desarrolladores.

Pasos siguientes