Entrega de una prueba de concepto para la implementación empresarial de Azure DevTest Labs
Las empresas están adoptando rápidamente la nube debido a sus ventajas, que incluyen agilidad, flexibilidad y ahorros. Los primeros pasos suelen ser el desarrollo y las pruebas de cargas de trabajo. Azure DevTest Labs proporciona características que benefician a la empresa y apoyan escenarios clave de desarrollo y pruebas.
En este artículo se describe cómo una empresa puede entregar de forma satisfactoria una prueba de concepto o una implementación piloto de Azure DevTest Labs. La prueba de concepto usa un esfuerzo concentrado de un único equipo para establecer el valor de la organización.
Cada empresa tiene requisitos diferentes para incorporar Azure DevTest Labs a su organización. Una prueba de concepto es el primer paso para una implementación completa correcta.
Para que la prueba de concepto funcione:
- Elija uno equipo o dos.
- Identifique los escenarios de los equipos, por ejemplo, máquinas virtuales de desarrollador o entornos de prueba.
- Documente los casos de uso actuales.
- Implemente DevTest Labs para satisfacer los escenarios y los casos de uso de los equipos.
- Evalúe el éxito y las lecciones aprendidas.
Los escenarios de DevTest Labs principales incluyen entornos de desarrollo, pruebas y entrenamiento en la nube. Entre los casos de uso se incluyen los siguientes:
- Creación de escritorios para desarrolladores.
- Configuración de entornos de prueba.
- Habilitación del acceso a la máquina virtual y a los recursos de Azure.
- Configuración de espacios aislados para aprendizaje y experimentación.
- Configuración de directivas de laboratorio y controles de costos que cumplan las regulaciones corporativas.
Prerrequisitos
Para completar correctamente una prueba de concepto de DevTest Labs, debe satisfacer los siguientes requisitos previos:
Conceptos básicos
Aprenda sobre Azure y DevTest Labs mediante los siguientes recursos:
- Descripción de Azure Portal
- Introducción a DevTest Labs
- Escenarios de DevTest Labs
- Arquitectura de referencia empresarial para DevTest Labs
Descripción de las áreas de enfoque empresarial
Entre los problemas comunes para las empresas que migran cargas de trabajo a la nube se incluyen:
- Protección de los recursos de desarrollo y pruebas
- Administración y comprensión de los costos
- Habilitación del autoservicio para desarrolladores sin poner en peligro la seguridad de la empresa y el cumplimiento
- Automatización y extensión de DevTest Labs para cubrir escenarios adicionales
- Escalado de una solución basada en DevTest Labs a miles de recursos
- Implementaciones a gran escala de DevTest Labs
- Introducción a una prueba de concepto
Obtener una suscripción de Azure
Las empresas que tienen un Contrato Enterprise en vigor que permite el acceso a Azure pueden usar una suscripción nueva o existente para DevTest Labs. Si hay un Contrato Enterprise, una suscripción de Desarrollo/pruebas - Enterprise proporciona acceso a sistemas operativos de cliente Windows 10 o Windows 8.1 y a descuentos en las tarifas para cargas de trabajo de desarrollo y pruebas.
Como alternativa, puede usar una suscripción Visual Studio para la implementación piloto y aprovechar los créditos gratuitos de Azure.
También puede crear y usar una cuenta gratuita de Azure para el piloto.
Para usar imágenes de sistema operativo cliente de Windows (Windows 7 o una versión posterior) para el desarrollo o las pruebas en Azure, siga uno de los siguientes pasos:
- Adquirir una suscripción a MSDN.
- Si tiene un Contrato Enterprise, crear una suscripción a Azure con la oferta Desarrollo/pruebas - Enterprise.
Para obtener más información acerca de los créditos de Azure para cada oferta de MSDN, consulte Crédito mensual de Azure para suscriptores de Visual Studio.
Inscripción de todos los usuarios en Microsoft Entra ID
Para realizar tareas de administración, como agregar usuarios o agregar propietarios de laboratorio, todos los usuarios de laboratorio deben formar parte del inquilino de Microsoft Entra ID en la suscripción de Azure utilizada en el piloto. Muchas empresas configuran la identidad híbrida para permitir que los usuarios utilicen su identidad local en la nube. No necesita una identidad híbrida para una prueba de concepto de DevTest Labs.
Ámbito de la prueba de concepto
El objetivo del piloto es usar las cargas de trabajo y dependencias mínimas necesarias para decidir si Azure DevTest Labs es conveniente para su empresa. Elija la carga de trabajo más sencilla y con menos dependencias para garantizar un éxito rápido y limpio. O bien, elija la carga de trabajo más representativa que exponga las posibles complejidades para poder replicar el éxito del piloto en la fase de escalabilidad horizontal.
Planee cuidadosamente la prueba de concepto antes de iniciar la implementación. Asegúrese de establecer las expectativas adecuadas con los usuarios de que los recursos piloto no permanecerán indefinidamente.
Realice estas tareas para determinar el ámbito del piloto:
- Defina los objetivos y los criterios de éxito.
- Enumere un pequeño conjunto de cargas de trabajo o escenarios que abarcará el piloto.
- Determine qué recursos deben estar disponibles en el laboratorio, como imágenes personalizadas o imágenes de Marketplace.
- Decida sobre la topología de red y las directivas de laboratorio.
- Elija los usuarios y equipos que participarán en el piloto y compruebe los resultados.
- Decida la duración del piloto, por ejemplo, dos semanas o un mes.
- Decida cómo desechar los recursos del piloto cuando éste finalice.
Hay una tendencia a intentar que el piloto sea perfecto, por lo que reflejará el estado final después del lanzamiento de DevTest Labs. Sin embargo, intentar que la prueba de concepto sea perfecta significa demasiado esfuerzo antes de poder iniciar el piloto. La finalidad del piloto es tomar las decisiones correctas de cara a la ampliación y el lanzamiento del servicio final.
Otras decisiones de planeamiento y diseño
Una solución completa de DevTest Labs incluye algunas decisiones importantes sobre planeamiento y diseño. La prueba de concepto puede ayudarle a tomar estas decisiones. Otras consideraciones son:
Topología de la suscripción
Los requisitos de nivel empresarial para los recursos de Azure pueden extenderse más allá de las cuotas disponibles dentro de una sola suscripción. Es posible que necesite varias suscripciones a Azure o que tenga que realizar solicitudes de servicio para aumentar los límites de suscripción iniciales. Para más información, consulte Consideraciones sobre la escalabilidad.
Antes del lanzamiento final a escala completa, es importante decidir cómo distribuir los recursos entre las suscripciones, ya que es difícil mover los recursos a otra suscripción más adelante. Por ejemplo, no puede trasladar un laboratorio a otra suscripción después de crearlo. La guía de decisión sobre suscripciones es un recurso de planeamiento valioso.
Topología de red
La infraestructura de red predeterminada que DevTest Labs crea automáticamente puede que no satisfaga los requisitos y las restricciones de los usuarios empresariales. Por ejemplo, las empresas suelen usar:
- Redes virtuales conectadas de Azure ExpressRoute para conectar redes locales a Azure.
- Redes virtuales emparejadas en una configuración radial para conectar redes virtuales entre suscripciones.
- Tunelización forzada para limitar el tráfico a las redes locales.
Para más información, consulte Componentes de red.
DevTest Labs también admite la adición de redes virtuales existentes al laboratorio para crear nuevas máquinas virtuales. Para más información, consulte Incorporación de una red virtual en Azure DevTest Labs.
Acceso remoto a máquinas virtuales
Hay varias opciones para que los usuarios empresariales accedan de forma remota a las máquinas virtuales de DevTest Labs:
El método más sencillo y seguro es usar la conectividad del explorador mediante Azure Bastion. Las máquinas virtuales no necesitan usar direcciones IP públicas. Para más información, consulte Habilitación de la conexión de explorador a máquinas virtuales de DevTest Labs con Azure Bastion.
Otra opción es usar direcciones IP públicas o direcciones IP públicas compartidas, y conectarse a través del Protocolo de escritorio remoto (RDP) o de Secure Shell (SSH).
Si las opciones anteriores no son suficientes, puede conectarse mediante una puerta de enlace de acceso remoto, como se muestra en la arquitectura de referencia empresarial de DevTest Labs. Para más información, vea Configuración del laboratorio de Azure DevTest Labs para usar una puerta de enlace de Escritorio remoto.
Las empresas también pueden conectar sus laboratorios a sus redes locales mediante ExpressRoute o una VPN de sitio a sitio. Esta opción permite conexiones directas RDP o SSH a las máquinas virtuales en función de sus direcciones IP privadas, sin exposición a Internet.
Acceso al laboratorio y permisos
Antes del lanzamiento final de DevTest Labs, es importante decidir en líneas generales a quién dar acceso a cada nivel de laboratorio. Los dos niveles de permisos principales de DevTest Labs son Propietario y Usuario de DevTest Labs. Un modelo común es que el propietario del presupuesto, por ejemplo, el responsable del equipo, sea el propietario del laboratorio y los miembros del equipo sean sus usuarios. Así, la persona responsable del presupuesto puede ajustar la configuración de la directiva de laboratorio y mantener el equipo dentro del presupuesto.
Finalización de la prueba de concepto
Después de cubrir los escenarios definidos, finalice el piloto. Recopile los comentarios de los usuarios, determine si el piloto ha sido un éxito y decida si la organización seguirá adelante con el lanzamiento de DevTest Labs a escala empresarial. Comience a considerar la automatización de la implementación de DevTest Labs y los recursos asociados para garantizar la coherencia en todo el lanzamiento a escala.
Ejemplo del plan de prueba de concepto
En el ejemplo siguiente se muestra un plan para determinar el ámbito de una implementación de prueba de concepto de DevTest Labs.
Información general
Una empresa planea desarrollar un nuevo entorno de Azure DevTest Labs para los proveedores, que esté aislado de la red corporativa. Para determinar si la solución cumplirá los requisitos, la organización desarrolla una prueba de concepto con el fin de validar la solución íntegramente.
Objetivos
La prueba de concepto tiene los siguientes objetivos:
- Una solución integral que funciona para los proveedores que utilizan cuentas de invitado de Microsoft Entra para acceder a un entorno aislado de Azure.
- Un entorno de DevTest Labs con todos los recursos necesarios para que los proveedores sean productivos.
- Identificación y comprensión de los posibles problemas de bloqueo que afectan al uso y la adopción más amplios.
- Buena comprensión de todo el código y las garantías por parte de las personas que desarrollan la solución.
- Confianza en la adopción más amplia por parte de todos los participantes.
Requisitos
La solución tiene los siguientes requisitos:
- Los equipos de proveedores pueden usar un conjunto de laboratorios de Azure DevTest Labs.
- Los proveedores tienen acceso a los laboratorios a través de Microsoft Entra ID y las asignaciones de roles.
- Los proveedores tienen una manera de conectarse correctamente a sus recursos, por ejemplo, una VPN de sitio a sitio que permite acceder a las máquinas virtuales sin usar direcciones IP públicas.
- Los laboratorios conectan con una infraestructura de red que admite los requisitos.
- DevTest Labs instala el conjunto de artefactos de software que los proveedores necesitan en las máquinas virtuales.
Prerrequisitos
Una suscripción para el proyecto.
Un inquilino de Microsoft Entra y un ingeniero de plataforma que puede proporcionar ayuda e instrucciones de Microsoft Entra ID
Formas en que los miembros del proyecto pueden colaborar. Por ejemplo:
- Azure Repos para código fuente y scripts
- Microsoft Teams o SharePoint para documentos
- Microsoft Teams para conversaciones
- Azure Boards para elementos de trabajo
Tareas de configuración
- Decida qué región de Azure usar para la prueba de concepto.
- Decida si quiere unir máquinas virtuales de laboratorio al dominio de Microsoft Entra y si va a usar Microsoft Entra Domain Services u otro método.
- Identifique los proveedores que usarán el entorno de prueba de concepto.
- Determine los recursos necesarios para los proveedores, como el software disponible en las máquinas virtuales.
- Decida sobre los servicios de Azure, que no sean máquinas virtuales, que los proveedores pueden usar en DevTest Labs.
- Planee cómo entrenar a los proveedores para que usen el laboratorio.