Establecer líneas comunes de productos de venta de suscripciones
La venta de suscripciones ayuda a las organizaciones a lograr los principios de diseño de democratización de suscripciones de las zonas de aterrizaje de Azure, que es fundamental para el escalado, la seguridad y la gobernanza coherentes de los entornos de Azure. La venta de suscripciones también ayuda a las organizaciones a alinearse con los principios de ingeniería de plataforma. Para obtener más información, consulte Adopción de una mentalidad de producto y Capacitación de los desarrolladores a través de autoservicio con barreras de protección.
Muchas organizaciones tienen dificultades para ofrecer a sus equipos de aplicaciones la flexibilidad necesaria para entregar sus cargas de trabajo y servicios de forma eficaz. Un obstáculo clave es la falta de un enfoque estandarizado para venta de suscripciones, lo que puede provocar confusión, retraso e ineficacia.
En este artículo se explora cómo los equipos de plataforma pueden establecer líneas de producto comunes de venta de suscripciones que satisfacen las diversas necesidades de varios equipos de aplicaciones. En el artículo se describen las ventajas de ofrecer varias líneas de producto y se proporcionan ejemplos de escenarios comunes basados en implementaciones de clientes reales. También aprenderá por qué la venta de suscripciones no tiene un diseño de "un único tamaño" y por qué debe proporcionar varias líneas de producto a los equipos de aplicaciones.
En el diagrama siguiente se muestra la organización de grupos de administración y suscripciones dentro de un entorno de Azure.
En las instrucciones siguientes se describe por qué podría requerir varias líneas de producto y se describen ejemplos de líneas de producto para los clientes que usan zonas de aterrizaje de Azure y venta de suscripciones.
Aprovechar varias líneas de productos
Las suscripciones que los equipos de aplicaciones requieren para entregar sus cargas de trabajo y servicios vienen en muchos tipos y estilos. Fuera de los equipos de aplicaciones, es posible que su organización tenga otros requisitos que requieran el uso de una suscripción de Azure, como varias reglas de cumplimiento y control de datos o patrones de arquitectura.
Cuando decida el enfoque de su organización para diseñar e implementar venta de suscripciones, considere la posibilidad de formular estas preguntas:
¿Qué otros recursos debe vender el equipo de plataforma como parte del proceso de venta de suscripciones?
Para cada equipo de aplicaciones, ¿implementa varias suscripciones, como una por entorno, de forma predeterminada?
Para cada aplicación, ¿empareja o conecta la red virtual de spoke a los centros de conectividad de forma predeterminada?
¿Cómo debe estructurar el control de acceso basado en rol (RBAC) dentro de cada suscripción?
¿Cómo debe regir y controlar los recursos y estilos de arquitectura, o arquetipos, que se usan dentro de las suscripciones?
No se pueden abordar los requisitos únicos de cada aplicación y equipo de plataforma con cualquier tipo de suscripción o estilo de suscripción único que venda. Los equipos de plataforma deben ofrecer flexibilidad a los equipos de aplicaciones para elegir entre varios tipos y estilos de suscripciones que el equipo puede venderles a través de un sistema de autoservicio. Estos tipos de suscripciones se conocen como líneas de producto.
Las organizaciones que solo proporcionan un enfoque de "un único tamaño" para la venta de suscripciones a menudo limitan la flexibilidad de sus clientes internos. Por ejemplo, la falta de flexibilidad podría limitar las opciones de diseño de arquitectura de un equipo de aplicaciones y provocar posibles riesgos debido a lo que se les vendió.
Por lo tanto, los equipos de plataforma deben proporcionar varias líneas de productos para satisfacer las necesidades de su organización. Esta flexibilidad garantiza que los consumidores puedan elegir la línea de productos que mejor se adapte a sus requisitos.
Administración de entornos de aplicación
Su organización debe administrar entornos de aplicación para los equipos de aplicaciones como parte de los procesos e implementaciones de venta de suscripciones. Sin embargo, también debe proporcionar flexibilidad para que los equipos de aplicaciones puedan administrar sus entornos de aplicación, como dev/test/prod, cómo quieren cuando entregan aplicaciones. Para obtener más información, consulte Entornos, suscripciones y grupos de administración.
Algunos servicios de Azure proporcionan características nativas para ayudar a aislar un entorno dentro de una sola instancia de recurso en una sola suscripción de Azure, como Azure App Service con su característica de ranuras de implementación. En este ejemplo se fuerza a los equipos de aplicación a usar suscripciones independientes, por lo que los equipos no pueden aprovechar el conjunto completo de características de los servicios que proporciona Azure. Las suscripciones independientes también pueden aumentar los costes de entrega de aplicaciones, incluida la sobrecarga operativa y de mantenimiento.
Diseñar líneas comunes de productos de venta de suscripciones
Ahora que comprende que los equipos de plataforma deben proporcionar varios estilos y tipos de suscripción de Azure, o líneas de producto, a los consumidores de su plataforma de Azure, en esta sección se describen varias líneas de producto comunes que puede usar en sectores y países o regiones.
El equipo de la plataforma debe usar estas líneas de producto comunes de venta de suscripciones como línea de base. El equipo puede proporcionar varias opciones a sus consumidores de forma predeterminada, que se alinea con el principio de ingeniería de plataformas de prioridad de los clientes. Este enfoque ofrece a los clientes internos la libertad de usar los principios de diseño de la zona de aterrizaje de Azure y las recomendaciones de área de diseño para entregar sus cargas de trabajo y servicio y también proporciona gobernanza de la plataforma Azure.
Nota:
Use estos ejemplos como punto de partida. Puede personalizar y expandir estas líneas de productos para satisfacer las necesidades de su organización.
Las líneas comunes de productos para la venta de suscripciones incluyen:
Conectado de forma corporativa: cargas de trabajo que requieren conectividad tradicional de enrutamiento IP de nivel 3 a otras aplicaciones y entornos locales a través de la suscripción de conectividad.
En línea: cargas de trabajo que se conectan con otras aplicaciones a través de arquitecturas y servicios de conectividad modernos, como Azure Private Link o interacción a través de API expuestas o puntos de conexión de cada aplicación.
Plataforma tecnológica: cargas de trabajo que crean una plataforma en la que puede compilar otras aplicaciones. Por ejemplo, una flota de clústeres de Azure Kubernetes Service (AKS) que administra un equipo de plataforma de AKS puede hospedar otras aplicaciones dentro de sus clústeres de AKS en nombre de otros equipos de aplicaciones.
Cartera de aplicaciones compartidas: cargas de trabajo compartidas entre los mismos equipos de aplicaciones para un conjunto común de aplicaciones estrechamente acopladas. No quiere hospedar las aplicaciones por su cuenta ni con ninguna carga de trabajo específica.
Espacio aislado: un área en la que los equipos de aplicaciones pueden crear una prueba de concepto (PoC) o un producto mínimo viable (MVP) e imponer menos controles, por lo que el equipo puede promover el desarrollo, la invención y la libertad para crear la mejor aplicación posible desde el catálogo de servicios de Azure disponibles.
La línea de productos conectados a la empresa
La línea de productos conectados a la empresa, también denominada línea de producto interna o privada, para la venta de suscripciones de la zona de aterrizaje de aplicaciones proporciona conectividad a través de métodos IP tradicionales de nivel 3. Puede usar esta línea de producto para proporcionar conectividad entre los recursos que están:
En la misma zona de aterrizaje de la aplicación.
En diferentes zonas de aterrizaje de aplicaciones conectadas a la empresa mediante un firewall de Azure o una aplicación virtual de red (NVA).
En el entorno local o en nubes diferentes a través de Azure ExpressRoute o conexiones VPN.
Las organizaciones que usan la venta de suscripciones suelen incorporar esta línea de productos porque se alinean estrechamente con la forma en que funcionan hoy en día la mayoría de los entornos locales. Sin embargo, solo debe usar la línea de producto conectada corporativa cuando lo necesite. Le recomendamos que prefiera enfoques nativos de nube más modernos, como la línea de productos en línea, cuando pueda.
Sugerencia
Para obtener información sobre las diferencias entre las cargas de trabajo corporativas y en línea, consulte ¿Cuál es el propósito de los grupos de conectividad, corp y administración en línea?.
En el diagrama siguiente se muestra un ejemplo de la línea de productos de venta de suscripciones conectadas por la empresa. Puede usar esta configuración para un modelo de red radial para ayudar a administrar eficazmente el tráfico de red y las directivas.
Cuándo usar la línea de productos conectada a la empresa
Use la línea de productos conectada a la empresa cuando:
Quiere realizar migraciones de rehospedaje y refactorización y compilaciones de aplicaciones basadas en las cinco R de racionalización.
Quiere iniciar el recorrido en Azure y está familiarizado con una arquitectura local similar.
Quiere migrar mediante lift-and-shift aplicaciones a Azure.
Quiere mejorar la seguridad entre cargas de trabajo aislando las aplicaciones en sus propias suscripciones de zona de aterrizaje y pasar a principios de microsegmentación de confianza cero sin rediseñar aún la aplicación para que sea totalmente nativa de la nube.
Tome nota de estas otras consideraciones para la línea de productos conectada a la empresa:
El equipo de plataforma puede vender la red virtual a la suscripción de la zona de aterrizaje de la aplicación y emparejar la red virtual con la red virtual del centro regional o el centro de Azure Virtual WAN. Después, el equipo puede usar una herramienta de administración de direcciones IP (IPAM) para controlar la asignación de direcciones IP.
Los equipos de plataforma no suelen vender subredes ni ningún otro recurso en la red virtual. En su lugar, los equipos de plataforma asignan estas actividades a los equipos de la aplicación para que puedan diseñar sus redes de aplicaciones de la manera que desean.
Los equipos de plataforma usan una directiva de Azure asignada a los grupos de administración situados encima de la suscripción para aplicar el comportamiento deseado, como los grupos de seguridad de red estandarizados (NSG) asociados a cada subred. El equipo de aplicaciones hereda esta directiva de Azure y no puede editarla. Este enfoque sigue el principio de diseño de la zona de aterrizaje de Azure de la democratización de la suscripción.
La línea de productos en línea
La línea de productos en línea, también denominada línea de producto externa o pública, para la venta de suscripciones de la zona de aterrizaje de aplicaciones no proporciona conectividad a través de métodos IP tradicionales de nivel 3 entre recursos de otras zonas de aterrizaje de aplicaciones o locales a través de conexiones ExpressRoute o VPN. Los recursos de la misma suscripción a la zona de aterrizaje de aplicaciones en línea pueden usar redes virtuales para comunicarse entre sí a través de métodos IP de nivel 3. Pero las redes virtuales normalmente no se emparejan con centros de conectividad regionales ni con otras zonas de aterrizaje de aplicaciones.
En su lugar, puede proporcionar conectividad a través de interfaces públicas entre recursos que están:
En diferentes zonas de aterrizaje de aplicaciones.
Entorno local.
En cargas de trabajo que se encuentran en nubes diferentes.
Puede proteger las conexiones con controles de red, características de autenticación y características de autorización que exponen las distintas soluciones de plataforma como servicio (PaaS) que se usan para construir la aplicación.
Puede usar el servicio Private Link y los puntos de conexión privados de Azure dentro y entre suscripciones de zona de aterrizaje de aplicaciones en línea para habilitar y exponer la conectividad privada basada en nivel 3 entre aplicaciones. También puede usar este enfoque entre los servicios PaaS que se usan en las zonas de aterrizaje de la aplicación para evitar el uso de estas interfaces públicas de los servicios PaaS para la seguridad o el control normativo.
También puede usar el servicio Private Link con puntos de conexión privados para exponer y publicar aplicaciones que hospede dentro de zonas de aterrizaje de aplicaciones en línea a zonas de aterrizaje de aplicaciones conectadas a la empresa, ubicaciones locales u otras nubes. Puede colocar puntos de conexión privados en zonas de aterrizaje de aplicaciones conectadas a la empresa o directamente en centros de conectividad, que luego conceden acceso a estos puntos de conexión privados a través de métodos tradicionales de conectividad de nivel 3, como el emparejamiento de redes virtuales, las conexiones ExpressRoute o las conexiones VPN.
Piense en la línea de productos de la zona de aterrizaje de aplicaciones en línea como islas aisladas. De forma predeterminada, los únicos recursos que pueden acceder a los recursos de la suscripción son los recursos que se implementan dentro de la misma suscripción de zona de aterrizaje de aplicaciones en línea. Como se mencionó anteriormente, puede usar las técnicas de este artículo para expandir la conectividad a otras zonas de aterrizaje de aplicaciones, ubicaciones locales u otras nubes.
Sugerencia
Para obtener más información sobre las diferencias entre las cargas de trabajo corporativas y en línea, consulte ¿Cuál es el propósito de los grupos de conectividad, corp y administración en línea?.
En el diagrama siguiente se muestra un ejemplo de la línea de productos de venta de suscripciones en línea.
Cuándo usar la línea de productos en línea
Use la línea de productos en línea cuando desee:
Refactorizar, rediseñar, recompilar y realizar migraciones y compilaciones de aplicaciones, en función de las cinco R de racionalización.
Proporcione a los equipos de aplicaciones una zona de aterrizaje de aplicaciones totalmente democratizada que se va a usar, incluso con respecto a la configuración de red.
Aproveche las ventajas de los servicios y arquitecturas nativos de la nube.
Mejore considerablemente la alineación con los principios de confianza cero.
Use la línea de producto conectada a la empresa, pero el espacio de direcciones IP privadas no está disponible o limitado.
- En este escenario, debe revisar las instrucciones de Prevención del agotamiento de IPv4 en Azure.
La línea de productos de la plataforma tecnológica
Los equipos que usan plataformas tecnológicas, como Azure VMware Solution o Azure Virtual Desktop, deben implementar la línea de productos de la plataforma tecnológica. La línea de productos de la plataforma tecnológica es esencialmente una línea de productos de venta de suscripciones que mejor se adapta a los requisitos altamente técnicos. Puede usar la línea de productos de la plataforma tecnológica para hospedar y administrar cargas de trabajo grandes y complejas que normalmente hospedan varias aplicaciones para otros equipos de aplicaciones de toda la organización. Use esta línea de producto si el equipo de aplicaciones administra solo las partes de la aplicación y no las partes de la plataforma tecnológica subyacentes.
Sugerencia
Para entender mejor esta línea de productos, considere el siguiente ejemplo: Un equipo de plataforma tecnológica, como un equipo de AKS, tiene como objetivo ofrecer AKS como servicio administrado a otros equipos de aplicaciones que necesitan ejecutar sus aplicaciones en la plataforma de AKS. El equipo de la plataforma tecnológica de AKS proporciona la administración, el mantenimiento, la seguridad y la configuración de AKS. Por lo tanto, el equipo de la aplicación solo mantiene su aplicación y la implementa en la plataforma.
Puede incluir los siguientes productos en una línea de productos de plataforma tecnológica:
Una instancia de App Service Environment, normalmente a través de planes de App Service independientes.
AKS, normalmente a través de espacios de nombres dentro de uno o varios clústeres.
Azure Virtual Machines en clústeres o hosts de Azure VMware Solution.
Azure Virtual Desktop para proporcionar aplicaciones o escritorios virtuales a toda la organización.
Puede incluir estos productos en líneas de productos conectadas a la empresa o en línea, en función de los requisitos de la plataforma tecnológica que su equipo quiera proporcionar como servicio a otros equipos de aplicaciones de su organización.
Cartera de aplicaciones compartidas
La línea de productos de cartera de aplicaciones compartida para la venta de suscripciones de la zona de aterrizaje de aplicaciones es para cargas de trabajo que no necesitan varias suscripciones de zona de aterrizaje de aplicaciones independientes para aplicaciones sencillas que pueden construirse a partir de solo un pequeño número de recursos de Azure.
Los equipos y departamentos de la aplicación pueden usar esta línea de producto para hospedar varias aplicaciones pequeñas o componentes compartidos, como cuentas de almacenamiento o servidores SQL Server. Los equipos comparten estos componentes entre varias de sus propias aplicaciones en una sola suscripción o un pequeño número de suscripciones.
Importante
Un equipo común posee suscripciones que vende en esta línea de productos. Este equipo administra la cartera relacionada de aplicaciones que se implementan en esta suscripción para esta línea de producto. No use esta línea de producto para implementaciones generales de cargas de trabajo de aplicaciones no relacionadas que tengan distintos propietarios de cartera de aplicaciones.
Planee cuidadosamente para garantizar la flexibilidad continua, el control de acceso, la gobernanza y el mantenimiento si la organización cambia a una sola suscripción y usa grupos de recursos para delegar el acceso.
Si considera la delegación de grupos de recursos en una sola suscripción entre varios equipos, tenga en cuenta las siguientes consideraciones antes de tomar una decisión final:
| Área | Consideraciones |
|---|---|
| Propiedad común de la cartera de aplicaciones relacionada | - Tener un propietario común, como una unidad de negocio de un departamento, administrar aplicaciones para simplificar la administración de cambios para que permanezca dentro del ámbito de aprobación de la misma entidad. - Asegurarse de que las cargas de trabajo siguen una asignación de directiva coherente en toda la suscripción, incluido el registro, la supervisión y la seguridad. |
| Cumplimiento de normativas | - Usar directivas de IAM y Azure para crear suscripciones para cargas de trabajo que tengan requisitos de cumplimiento normativo, incluidos el Instituto Nacional de Estándares y Tecnología (NIST), Center for Internet Security (CIS), Payment Card Industry Security Standards Council (PCI SSC), los requisitos del sector y los requisitos regionales. Para obtener más información, consulte Adaptar zonas de aterrizaje de Azure. - Crear suscripciones para cargas de trabajo que usen requisitos de privacidad y control de datos para la gobernanza. Las suscripciones individuales reducen el acceso. |
| Azure Policy | Definir el ámbito de las directivas de Azure a grupos de recursos, recursos, suscripciones y grupos de administración. Asigne directivas de Azure en un nivel de alto ámbito para una gobernanza eficaz al implementar recursos en grupos de recursos. Tenga en cuenta las restricciones siguientes al administrar Azure Policy en el nivel de ámbito del grupo de recursos: - Aumenta la sobrecarga de administración para crear asignaciones de Azure Policy al agregar nuevos grupos de recursos a suscripciones. - Aumenta la carga de trabajo al administrar los cambios en las asignaciones de directivas. - Aumenta las brechas de seguridad y gobernanza cuando no asigna directivas inmediatamente a los grupos de recursos. - Reduce la capacidad de acumular el estado de cumplimiento en ámbitos altos, como grupos de administración y suscripciones. |
| Límites de suscripción | - Compruebe los límites para asegurarse de que las aplicaciones no alcancen límites estrictos que impidan el crecimiento. Cada suscripción tiene límites flexibles y estrictos para los servicios de Azure. - Cree suscripciones independientes para aplicaciones que prevén patrones de crecimiento grandes que cumplan los límites de suscripción. - No comparta suscripciones con equipos de aplicaciones de diferentes unidades de negocio o departamentos para evitar problemas de ruido de vecinos. |
| Alineación de características y servicios de Azure | Puede implementar servicios que proporcionan primitivos básicos de servicio de Azure, como Máquinas virtuales, redes virtuales y servicios PaaS simples, dentro de un único grupo de recursos. Pero la complejidad de las ofertas compuestas modernas puede requerir que implemente estos servicios más complejos fuera de los límites de un único grupo de recursos. Use otros enfoques de suscripción democratizados que se describen anteriormente en este artículo para estos escenarios de implementación. |
| Solo los equipos de plataforma pueden crear grupos de recursos | Al compartir una suscripción entre varios equipos de aplicaciones entre unidades de negocio o departamentos, puede restringir la capacidad de cualquier equipo para crear nuevos grupos de recursos en la suscripción compartida. Esta restricción limita la expansión del grupo de recursos. Solo el equipo de la plataforma puede crear y controlar nuevos grupos de recursos. Este enfoque aumenta la complejidad de las asignaciones de RBAC y coloca una mayor dependencia en los equipos de plataforma para administrar las implementaciones de aplicaciones, lo que puede impedir la agilidad y el empoderamiento de los equipos de aplicaciones. |
Puede colocar las suscripciones que vende en la línea de productos de cartera de aplicaciones compartidas en grupos de administración de empresa o en línea. Este método se alinea con la jerarquía recomendada predeterminada de las zonas de aterrizaje de Azure. Como alternativa, puede colocar las suscripciones debajo de los nuevos grupos de administración si la jerarquía de grupos de administración de la organización sigue las instrucciones de Personalización de la arquitectura de la zona de aterrizaje de Azure para cumplir los requisitos.
En el diagrama siguiente se muestra un ejemplo de la línea de productos de venta de suscripciones de cartera de aplicaciones compartidas.
Use la línea de productos de cartera de aplicaciones compartidas si:
El equipo de aplicaciones debe proporcionar varios recursos o componentes pequeños que comparten sus aplicaciones, pero los componentes no encajan directamente en ninguna de las zonas de aterrizaje de aplicaciones dedicadas.
Tiene recursos o componentes que necesita compartir entre aplicaciones en el mismo departamento, pero los componentes no encajan directamente en ninguna de las zonas de aterrizaje de aplicaciones dedicadas.
Los equipos de plataforma tecnológica quieren hospedar servicios compartidos grandes y administrados, como AKS, Azure Virtual Desktop y Azure VMware Solution, para que otros equipos de aplicaciones puedan usar u hospedar sus aplicaciones en los servicios.
Espacio aislado
Use la línea de productos de espacio aislado para la venta de suscripciones de la zona de aterrizaje de aplicaciones a fin de ayudar a proporcionar áreas de prueba seguras, controladas ligeramente y visibles para crear PoC o MVP en Azure.
Para obtener más información, consulte Entornos de espacio aislado de zona de aterrizaje y Administración de entornos de desarrollo de aplicaciones en zonas de aterrizaje de Azure.
Los espacios aislados suelen estar limitados por el tiempo o el presupuesto, lo que significa que tienen un límite de tiempo o un límite de presupuesto. En estos casos, debe extender o quitar y retirar el espacio aislado.
Si su organización no proporciona una línea de productos de espacio aislado para que los equipos de aplicaciones u otros usuarios prueben y experimenten con servicios en Azure, los equipos podrían recurrir a las configuraciones de shadow IT. Si es así, es posible que su organización tenga dificultades para proporcionar informes y visibilidad y aplicar la gobernanza a las suscripciones que los usuarios empresariales crean fuera del control y la supervisión del equipo de la plataforma.
El equipo de plataforma debe proporcionar acceso fácil, preferiblemente de autoservicio, y aprobar automáticamente el acceso a las suscripciones de espacio aislado para los usuarios y equipos de su organización. Proporcione a los usuarios y equipos acceso a un entorno que el equipo de la plataforma pueda ver y controlar para evitar entornos de shadow IT a los que el equipo de la plataforma no pueda acceder ni controlar, lo que crea riesgos.
Los espacios aislados suelen seguir el enfoque de configuración de redes de suscripciones de línea de productos en línea porque no se emparejan con otras redes virtuales fuera del límite de la suscripción del espacio aislado. Los espacios aislados también suelen tener controles adicionales para evitar la conectividad híbrida con ubicaciones locales u otras ubicaciones. Use estos controles para que los orígenes desconocidos no puedan filtrar datos de espacios aislados a ubicaciones no aprobadas. Puede usar una directiva de Azure para aplicar estos controles.
Al igual que la cartera de aplicaciones compartidas y las líneas de productos de la plataforma tecnológica, también puede compartir la línea de productos de espacio aislado entre los equipos del mismo departamento con las mismas consideraciones. No cree una sola suscripción de espacio aislado y compártala entre los equipos a través de grupos de recursos. En su lugar, cree suscripciones de espacio aislado adicionales.
Use la línea de productos de espacio aislado si necesita proporcionar una suscripción de Azure segura, protegida y controlada a cualquier persona de toda la organización que quiera experimentar, crear PoC o crear MVP en Azure. Debe controlar ligeramente a estos usuarios y concederles acceso a todos los servicios para evitar prácticas de shadow IT.
Resumen y conclusiones
En este artículo se describen instrucciones prescriptivas que le ayudarán a navegar por procesos de venta de suscripciones complejos y avanzar hacia la implementación.
Determine los requisitos de los futuros equipos de aplicaciones para elegir la línea de productos de venta de suscripciones que mejor se adapte a ellos. Identifique los requisitos del conjunto inicial de cargas de trabajo que cree o migre para ayudar a priorizar las líneas de producto de venta de suscripciones que desea habilitar y exponer a través de una interfaz de autoservicio.
Cada línea de producto tiene un coste de implementación y un coste de mantenimiento. Evalúe el coste a largo plazo frente a las ventajas y el uso a largo plazo.
Los clientes suelen habilitar las siguientes líneas de producto de venta de suscripciones inicialmente:
Recursos adicionales
Para admitir aún más el enfoque de ingeniería de plataforma, revise los siguientes recursos al diseñar e implementar las líneas y ofertas de productos de venta de suscripciones de su organización:
- Vídeo: ¿Cuántas suscripciones debo usar en Azure?
- Zonas de aterrizaje de plataforma frente a zonas de aterrizaje de aplicación
- Directivas incluidas en implementaciones de referencia de zonas de aterrizaje de Azure
- Adaptar la arquitectura de zona de aterrizaje de Azure para cumplir los requisitos
- ¿Cuál es el propósito de los grupos de administración de conectividad, corporativos y en línea?
- Administración de entornos de desarrollo de aplicaciones en zonas de aterrizaje de Azure
- Principios de ingeniería de plataforma
Paso siguiente
Para obtener los mejores resultados, debe automatizar el proceso de expendición de suscripciones tanto como sea posible. Use las instrucciones complementarias para implementar la automatización de la venta de suscripciones.