Uso de servicios PaaS en Azure DevTest Labs

  • Artículo

En este artículo se describe la compatibilidad con la plataforma como servicio (PaaS) en Azure DevTest Labs. DevTest Labs admite PaaS mediante entornos, que pueden incluir tanto recursos PaaS como de infraestructura como servicio (IaaS). Los entornos contienen servicios y software, como máquinas virtuales, bases de datos, redes virtuales y aplicaciones web, que se personalizan para funcionar conjuntamente.

En la imagen siguiente se muestra una granja de servidores de SharePoint creada como un entorno en un laboratorio.

Captura de pantalla de un entorno de SharePoint en un laboratorio.

Escenarios PaaS

Los entornos PaaS de DevTest Labs admiten los siguientes escenarios:

  • Los desarrolladores pueden crear varios entornos independientes.
  • Los evaluadores pueden probar diferentes configuraciones de forma asincrónica y automática.
  • La integración de canalizaciones de ensayo y producción puede producirse sin ningún cambio de plantilla.
  • Los propietarios de laboratorio pueden configurar directivas y realizar un seguimiento de los costos del entorno en su conjunto.

Escenarios de desarrollador

Para crear un entorno, un desarrollador selecciona una plantilla de entorno en lugar de una imagen de máquina y escribe la información necesaria. Los entornos de desarrollador individuales permiten una implementación de cambios más rápida y una depuración mejorada de bucles internos. Los desarrolladores pueden destruir sus entornos en cualquier momento y volver a crearlos mediante las plantillas más recientes. Esta funcionalidad ayuda a reducir el tiempo de inactividad de la creación manual de sistemas o la recuperación de errores.

Escenarios de prueba

Los entornos de DevTest Labs permiten pruebas independientes asincrónicas de configuraciones y código específicos. Los evaluadores pueden usar canalizaciones de integración continua e implementación continua (CI/CD) para configurar entornos, aplicar código de solicitudes de incorporación de cambios individuales y realizar pruebas automatizadas y manuales. Automation puede administrar y realizar un seguimiento de varios entornos entre suscripciones y laboratorios.

Seguimiento de costos

La tendencia de costo general de un laboratorio incluye los recursos de Azure dentro de los entornos. El costo por recursos no desglosa los diferentes recursos de un entorno, sino que muestra el entorno como un costo único. Para más información, consulte Seguimiento de los costos asociados con un laboratorio en Azure DevTest Labs.

Acceso y roles

Los propietarios de laboratorio pueden conceder acceso al laboratorio y asignar roles de usuario. Para obtener más información, consulte Adición de propietarios, colaboradores y usuarios de laboratorios en Azure DevTest Labs.

El proveedor de recursos de DevTest Labs crea recursos en nombre del usuario del laboratorio, por lo que los usuarios del laboratorio no necesitan permiso adicional para crear y usar entornos. Sin embargo, los propietarios del laboratorio pueden ampliar los permisos de colaborador a los usuarios del laboratorio para que puedan configurar y administrar sus propios recursos PaaS, como agregar o quitar recursos. Para más información, consulte Configuración de permisos del usuario del entorno.

Los propietarios del laboratorio pueden personalizar el acceso a los recursos o los permisos sin conceder acceso de nivel de suscripción. El usuario del laboratorio puede agregar o quitar recursos de Azure solo dentro del grupo de recursos administrados. Para personalizar aún más los roles de usuario de laboratorio y el acceso, consulte Concesión de permisos de usuario a directivas de laboratorio específicas.

Plantillas de entorno

DevTest Labs crea entornos mediante plantillas de Azure Resource Manager (ARM) preconfiguradas de repositorios de Git. Mantener las plantillas de ARM bajo el control del código fuente promueve la implementación y la administración coherentes del entorno.

En organizaciones grandes, los equipos de desarrollo suelen proporcionar entornos de prueba personalizados o aislados. El grupo de TI proporciona entornos que pueden usar todos los equipos de una unidad de negocio o una división.

Para habilitar y configurar la creación de entornos para laboratorios, consulte Uso de plantillas de ARM para crear entornos de DevTest Labs. DevTest Labs tiene un repositorio público de plantillas de ARM preconfiguradas para crear determinados entornos. Para más información, consulte Habilitación y configuración de entornos públicos.

También puede crear o configurar sus propias plantillas de ARM, almacenarlas en repositorios privados de Git y conectar esos repositorios a laboratorios.

Personalización de las plantillas

Puede proporcionar cierta información de laboratorio personalizada en las plantillas de ARM al crear entornos, entre la que se incluye:

  • Identificación de la red virtual del laboratorio
  • Ubicación del laboratorio
  • Cuenta de almacenamiento de laboratorio donde se copian los archivos de plantillas de ARM

Uso de una red virtual existente

Cuando se crea un entorno, DevTest Labs puede reemplazar el token $(LabSubnetId) por la primera subred de laboratorio donde Use in virtual machine creation (Usar en la creación de máquinas virtuales) esté establecido en true. Esta modificación permite que el entorno use redes virtuales creadas previamente.

En Conexión de entornos a la red virtual del laboratorio se describe cómo modificar una plantilla de ARM para usar el token $(LabSubnetId). Para usar la misma plantilla de ARM en entornos de prueba, ensayo y producción, use $(LabSubnetId) como valor en un parámetro de plantilla de ARM.

Uso de plantillas anidadas

DevTest Labs admite plantillas de ARM anidadas. Para usar tokens _artifactsLocation y _artifactsLocationSasToken para crear un URI en una plantilla de ARM anidada, consulte Implementación de entornos de DevTest Labs mediante plantillas anidadas. Para más información, consulte la sección Artefactos de implementación de la Guía de procedimientos recomendados de Azure Resource Manager.

Pasos siguientes