Estabeleça linhas comuns de produtos de venda automática por subscrição
A venda automática de assinaturas ajuda as organizações a alcançar os princípios de design de democratização da assinatura das zonas de aterrissagem do Azure, o que é fundamental para o dimensionamento, a segurança e a governança consistentes dos ambientes do Azure. A venda automática de assinaturas também ajuda as organizações a se alinharem com os princípios de engenharia da plataforma. Para obter mais informações, consulte Adote uma mentalidade de produto e Capacite os desenvolvedores por meio do autosserviço com guarda-corpos.
Muitas organizações lutam para dar às suas equipes de aplicativos a flexibilidade de que precisam para fornecer suas cargas de trabalho e serviços de forma eficaz. Um obstáculo importante é a falta de uma abordagem padronizada para a venda de assinaturas, o que pode levar a confusão, atraso e ineficiência.
Este artigo explora como as equipes de plataforma podem estabelecer linhas comuns de produtos de venda automática de assinatura que atendem às diversas necessidades de várias equipes de aplicativos. O artigo discute os benefícios de oferecer várias linhas de produtos e fornece exemplos de cenários comuns com base em implantações reais de clientes. Você também aprende por que a venda automática por assinatura não tem um design "tamanho único" e por que você deve fornecer várias linhas de produtos para equipes de aplicativos.
O diagrama a seguir mostra a organização de grupos de gerenciamento e assinaturas em um ambiente do Azure.
As diretrizes a seguir descrevem por que você pode precisar de várias linhas de produtos e descrevem exemplos de linhas de produtos para clientes que usam zonas de aterrissagem do Azure e vending de assinatura.
Tire partido de várias linhas de produtos
As assinaturas que as equipes de aplicativos precisam para entregar suas cargas de trabalho e serviços vêm em muitos tipos e estilos. Fora das equipes de aplicativos, sua organização pode ter outros requisitos que exigem o uso de uma assinatura do Azure, como várias regras de conformidade e tratamento de dados ou padrões de arquitetura.
Ao decidir sobre a abordagem da sua organização para projetar e implementar a concessão de assinaturas, considere fazer estas perguntas:
Que outros recursos a equipe da plataforma deve usar como parte do processo de venda automática de assinaturas?
Para cada equipe de aplicativos, você implanta várias assinaturas, como uma por ambiente, por padrão?
Para cada aplicativo, você emparelha ou conecta a rede virtual spoke de volta aos seus hubs de conectividade por padrão?
Como você deve estruturar o controle de acesso baseado em função (RBAC) em cada assinatura?
Como você deve governar e controlar os recursos e estilos de arquitetura, ou arquétipos, que você usa nas assinaturas?
Você não pode atender aos requisitos exclusivos de cada aplicativo e equipe de plataforma com qualquer tipo de assinatura ou estilo de assinatura que você vende. As equipes de plataforma devem dar às equipes de aplicativos flexibilidade para escolher entre vários tipos e estilos de assinaturas que a equipe pode ceder a elas por meio de um sistema de autoatendimento. Estes tipos de subscrições são referidos como linhas de produtos.
As organizações que fornecem apenas uma abordagem "tamanho único" para a venda automática de assinaturas geralmente limitam a flexibilidade de seus clientes internos. Por exemplo, a falta de flexibilidade pode limitar as escolhas de design de arquitetura de uma equipe de aplicativos e potencialmente levar a comprometimentos por causa do que eles foram vendados.
Portanto, as equipes de plataforma precisam fornecer várias linhas de produtos para atender às necessidades de sua organização. Essa flexibilidade garante que os consumidores possam escolher a linha de produtos que melhor atende às suas necessidades.
Gerenciar ambientes de aplicativos
Sua organização deve gerenciar ambientes de aplicativos para equipes de aplicativos como parte de seus processos e implementações de venda automática de assinaturas. No entanto, você também deve fornecer flexibilidade para que as equipes de aplicativos possam gerenciar seus ambientes de aplicativos, como dev/test/prod, como quiserem quando entregarem aplicativos. Para obter mais informações, consulte Ambientes, assinaturas e grupos de gerenciamento.
Alguns serviços do Azure fornecem recursos nativos para ajudar a isolar um ambiente em uma única instância de recurso em uma única assinatura do Azure, como o Serviço de Aplicativo do Azure com seu recurso de slots de implantação. Este exemplo força as equipes de aplicativos a usar assinaturas separadas, para que as equipes não possam aproveitar o conjunto completo de recursos de serviços que o Azure fornece. Assinaturas separadas também podem aumentar os custos de entrega de aplicativos, incluindo despesas operacionais e de manutenção.
Conceber linhas de produtos comuns para venda automática por subscrição
Agora que você entende que as equipes de plataforma devem fornecer vários tipos e estilos de assinatura do Azure, ou linhas de produtos, aos consumidores de suas plataformas do Azure, esta seção descreve várias linhas de produtos comuns que você pode usar entre setores e países ou regiões.
Sua equipe de plataforma deve usar essas linhas comuns de produtos de venda automática de assinatura como uma linha de base. Sua equipe pode fornecer várias opções para seus consumidores prontas para uso, o que se alinha com o princípio de engenharia da plataforma de priorizar clientes . Essa abordagem dá aos clientes internos a liberdade de usar os princípios de design da zona de aterrissagem do Azure e as recomendações da área de design para fornecer suas cargas de trabalho e serviços, além de fornecer governança da plataforma Azure.
Nota
Utilize estes exemplos como ponto de partida. Você pode personalizar e expandir essas linhas de produtos para atender às necessidades da sua organização.
As linhas de produtos comuns para venda automática por subscrição incluem:
Corp connected: cargas de trabalho que exigem conectividade de roteamento IP de camada 3 tradicional para outros aplicativos e ambientes locais por meio da assinatura de conectividade.
Online: cargas de trabalho que se conectam com outros aplicativos por meio de arquiteturas e serviços de conectividade modernos, como o Azure Private Link ou interação por meio de APIs ou pontos de extremidade expostos de cada aplicativo.
Plataforma tecnológica: cargas de trabalho que criam uma plataforma na qual você pode criar outros aplicativos. Por exemplo, uma frota de clusters do Serviço Kubernetes do Azure (AKS) que uma equipe de plataforma AKS gerencia pode hospedar outros aplicativos dentro de seus clusters AKS em nome de outras equipes de aplicativos.
Portfólio de aplicativos compartilhados: cargas de trabalho compartilhadas entre as mesmas equipes de aplicativos para um conjunto comum de aplicativos estreitamente acoplados. Você não deseja hospedar os aplicativos sozinhos ou com qualquer carga de trabalho específica.
Sandbox: uma área onde as equipes de aplicativos podem criar uma prova de conceito (PoC) ou um produto mínimo viável (MVP) e impor menos controles, para que a equipe possa promover o desenvolvimento, a invenção e a liberdade de criar o melhor aplicativo possível a partir do catálogo de serviços disponíveis do Azure.
A linha de produtos conectada corp
A linha de produtos conectados corp, também conhecida como uma linha de produtos interna ou privada, para venda automática de assinatura de zona de aterrissagem de aplicativos fornece conectividade por meio de métodos tradicionais de IP de camada 3. Você pode usar esta linha de produtos para fornecer conectividade entre recursos que são:
Na mesma zona de aterragem da aplicação.
Em diferentes zonas de aterrissagem de aplicativos conectados por corp por meio de um firewall do Azure ou de um dispositivo virtual de rede (NVA).
No local ou em nuvens diferentes por meio de conexões Azure ExpressRoute ou VPN.
As organizações que usam a venda automática por assinatura geralmente incorporam essa linha de produtos porque ela está alinhada com a forma como a maioria dos ambientes locais funciona atualmente. No entanto, você só deve usar a linha de produtos conectados corp quando precisar. Recomendamos que você prefira abordagens nativas da nuvem mais modernas, como a linha de produtos Online, sempre que possível.
Gorjeta
Para obter informações sobre as diferenças entre cargas de trabalho corp e online, consulte Qual é a finalidade dos grupos de gerenciamento Connectivity, Corp e Online?.
O diagrama a seguir mostra um exemplo da linha de produtos de venda automática de assinatura conectada corp. Você pode usar essa configuração para um modelo de rede hub-and-spoke para ajudar a gerenciar efetivamente o tráfego e as políticas de rede.
Quando usar a linha de produtos conectada corp
Use a linha de produtos conectados corp quando:
Você deseja executar migrações de Rehost e Refactor e compilações de aplicativos com base nos cinco Rs de racionalização.
Você deseja iniciar sua jornada no Azure e está familiarizado com uma arquitetura local semelhante.
Você deseja "elevar e deslocar" aplicativos para o Azure.
Você deseja melhorar a segurança entre cargas de trabalho isolando aplicativos em suas próprias assinaturas de zona de destino e migrando para princípios de microssegmentação de confiança zero sem ainda rearquitetar o aplicativo para ser totalmente nativo da nuvem.
Tome nota destas outras considerações para a linha de produtos ligados corp:
Sua equipe de plataforma pode dobrar a rede virtual na assinatura da zona de aterrissagem do aplicativo e emparelhar a rede virtual com a rede virtual do hub regional ou o hub WAN Virtual do Azure. Sua equipe pode usar uma ferramenta de gerenciamento de endereços IP (IPAM) para controlar a alocação de endereços IP.
As equipes de plataforma geralmente não vendem sub-redes ou quaisquer outros recursos para a rede virtual. Em vez disso, as equipes de plataforma atribuem essas atividades às equipes de aplicativos para que elas possam projetar suas redes de aplicativos como quiserem.
As equipes de plataforma usam uma política do Azure atribuída aos grupos de gerenciamento acima da assinatura para impor o comportamento desejado, como NSGs (grupos de segurança de rede) padronizados anexados a cada sub-rede. A equipe do aplicativo herda essa política do Azure e não pode editá-la. Essa abordagem segue o princípio de design da zona de aterrissagem do Azure de democratização da assinatura.
A linha de produtos online
A linha de produtos on-line, também conhecida como uma linha de produtos externa ou pública, para venda automática de assinaturas de zona de aterrissagem de aplicativos não fornece conectividade por meio de métodos tradicionais de IP de Camada 3 entre recursos em outras zonas de aterrissagem de aplicativos ou no local por meio de conexões ExpressRoute ou VPN. Os recursos na mesma assinatura de zona de destino de aplicativo on-line podem usar redes virtuais para se comunicar entre si por meio de métodos IP de camada 3. Mas as redes virtuais normalmente não são emparelhadas de volta para hubs de conectividade regionais ou outras zonas de aterrissagem de aplicativos.
Em vez disso, você pode fornecer conectividade por meio de interfaces públicas entre recursos que são:
Em diferentes zonas de aterragem de aplicações.
No local.
Em cargas de trabalho que estão em nuvens diferentes.
Você pode proteger as conexões com controles de rede, recursos de autenticação e recursos de autorização que são expostos pelas várias soluções de plataforma como serviço (PaaS) que você usa para construir o aplicativo.
Você pode usar o serviço de Link Privado e os pontos de extremidade privados do Azure dentro e entre as assinaturas da zona de aterrissagem de aplicativos online para habilitar e expor a conectividade privada baseada na Camada 3 entre aplicativos. Você também pode usar essa abordagem entre os serviços PaaS que você usa nas zonas de aterrissagem do aplicativo para impedir o uso das interfaces públicas desses serviços PaaS para segurança ou controle regulatório.
Você também pode usar o serviço Private Link com pontos de extremidade privados para expor e publicar aplicativos que hospeda em zonas de aterrissagem de aplicativos on-line para zonas de aterrissagem de aplicativos conectados corp, locais locais ou outras nuvens. Você pode colocar pontos de extremidade privados em zonas de aterrissagem de aplicativos conectados por corpus ou diretamente em hubs de conectividade, que concedem acesso a esses pontos de extremidade privados por meio de métodos tradicionais de conectividade de Camada 3, como emparelhamento de rede virtual, conexões de Rota Expressa ou conexões VPN.
Pense na linha de produtos da zona de desembarque de aplicativos on-line como ilhas isoladas. Por padrão, os únicos recursos que podem acessar recursos dentro da assinatura são os recursos que você implanta dentro da mesma assinatura da zona de destino do aplicativo online. Como mencionado anteriormente, você pode usar as técnicas neste artigo para expandir a conectividade para outras zonas de aterrissagem de aplicativos, locais locais ou outras nuvens.
Gorjeta
Para obter mais informações sobre as diferenças entre cargas de trabalho corp e online, consulte Qual é a finalidade dos grupos de gerenciamento Connectivity, Corp e Online?.
O diagrama a seguir mostra um exemplo de uma linha de produtos de venda automática por assinatura online.
Quando usar a linha de produtos on-line
Use a linha de produtos on-line quando quiser:
Refatorar, rearquitetar, reconstruir e executar migrações e compilações de aplicativos, com base nos cinco Rs da racionalização.
Forneça às equipes de aplicativos uma zona de aterrissagem de aplicativos totalmente democratizada para usar, mesmo em relação à configuração de rede.
Aproveite os serviços e arquiteturas nativos da nuvem.
Melhorar consideravelmente o alinhamento com os princípios de confiança zero.
Use a linha de produtos conectados corp, mas o espaço de endereço IP privado não está disponível ou é limitado.
- Nesse cenário, você deve revisar as orientações em Impedir o esgotamento do IPv4 no Azure.
A linha de produtos da plataforma Tech
As equipas que utilizam plataformas tecnológicas, como a Azure VMware Solution ou o Azure Virtual Desktop, devem implementar a linha de produtos da plataforma tecnológica. A linha de produtos da plataforma tecnológica é essencialmente uma linha de produtos de venda automática por subscrição que melhor se adapta aos requisitos altamente técnicos. Você pode usar a linha de produtos de plataforma de tecnologia para hospedar e gerenciar cargas de trabalho grandes e complexas que normalmente hospedam vários aplicativos para várias outras equipes de aplicativos em toda a sua organização. Use esta linha de produtos se sua equipe de aplicativos gerenciar apenas as partes do aplicativo e não as partes da plataforma de tecnologia subjacente.
Gorjeta
Para entender melhor essa linha de produtos, considere o exemplo a seguir. Uma equipe de plataforma de tecnologia, como uma equipe AKS, visa oferecer o AKS como um serviço gerenciado para outras equipes de aplicativos que precisam executar seus aplicativos na plataforma AKS. A equipe da plataforma de tecnologia AKS fornece o gerenciamento, manutenção, segurança e configuração do AKS. Assim, a equipe de aplicativos apenas mantém seu aplicativo e o implanta na plataforma.
Você pode incluir os seguintes produtos em uma linha de produtos de plataforma tecnológica:
Um Ambiente do Serviço de Aplicativo, normalmente por meio de planos separados do Serviço de Aplicativo.
AKS, normalmente através de namespaces dentro de um ou mais clusters.
Máquinas Virtuais do Azure em clusters ou hosts da Solução VMware do Azure.
Área de Trabalho Virtual do Azure para fornecer áreas de trabalho virtuais ou aplicativos para toda a sua organização.
Você pode incluir esses produtos em linhas de produtos conectadas ou on-line , dependendo dos requisitos para a plataforma de tecnologia que sua equipe deseja fornecer como serviço para outras equipes de aplicativos em sua organização.
Portfólio de aplicativos compartilhados
A linha de produtos de portfólio de aplicativos compartilhados para venda automática de assinaturas de zona de aterrissagem de aplicativos é para cargas de trabalho que não precisam de várias assinaturas separadas de zona de aterrissagem de aplicativos para aplicativos simples que podem ser criados a partir de apenas um pequeno número de recursos do Azure.
Suas equipes e departamentos de aplicativos podem usar essa linha de produtos para hospedar vários aplicativos pequenos ou componentes compartilhados, como contas de armazenamento ou servidores SQL. As equipas partilham estes componentes entre várias das suas próprias aplicações numa única subscrição ou num pequeno número de subscrições.
Importante
Uma equipe comum possui assinaturas que você vende sob esta linha de produtos. Essa equipe gerencia o portfólio relacionado de aplicativos que você implanta nesta assinatura para esta linha de produtos. Não use esta linha de produtos para implantações gerais de cargas de trabalho de aplicativos não relacionados que tenham proprietários de portfólio de aplicativos distintos.
Planeje cuidadosamente para garantir flexibilidade contínua, controle de acesso, governança e manutenção se sua organização mudar para uma única assinatura e usar grupos de recursos para delegar acesso.
Se você considerar a delegação de grupo de recursos em uma única assinatura entre várias equipes, considere as seguintes considerações antes de tomar uma decisão final:
| Área | Considerações |
|---|---|
| Propriedade comum da carteira de aplicações conexas | - Ter um proprietário comum, como uma unidade de negócios de um departamento, gerenciar aplicativos para simplificar o gerenciamento de mudanças para que ele permaneça dentro do escopo de aprovação da mesma entidade. - Garantir que as cargas de trabalho sigam uma atribuição de política consistente em toda a assinatura, incluindo registro, monitoramento e segurança. |
| Conformidade regulamentar | - Use as políticas do IAM e do Azure para criar assinaturas para cargas de trabalho que tenham requisitos de conformidade regulamentar, incluindo o National Institute of Standards and Technology (NIST), o Center for Internet Security (CIS), o Payment Card Industry Security Standards Council (PCI SSC), os requisitos do setor e os requisitos regionais. Para obter mais informações, consulte Personalizar zonas de aterrissagem do Azure. - Criar assinaturas para cargas de trabalho que usam requisitos de privacidade e tratamento de dados para governança. As subscrições individuais reduzem o acesso. |
| Azure Policy | Defina o escopo das políticas do Azure para grupos de gerenciamento, assinaturas, grupos de recursos e recursos. Atribua políticas do Azure em um nível de alto escopo para uma governança eficiente ao implantar recursos em grupos de recursos. Considere as seguintes restrições ao gerenciar a Política do Azure no nível de escopo do grupo de recursos: - Aumenta a sobrecarga de gerenciamento para criar atribuições de Política do Azure quando você adiciona novos grupos de recursos a assinaturas - Aumenta a carga de trabalho quando você gerencia alterações em atribuições de política - Aumenta as lacunas de segurança e governança quando você não atribui políticas imediatamente a grupos de recursos - Reduz a capacidade de acumular status de conformidade em escopos altos, como grupos de gerenciamento e assinaturas |
| Limites da subscrição | - Verifique os limites para garantir que os aplicativos não atinjam limites rígidos que impeçam o crescimento. Cada assinatura tem limites flexíveis e rígidos para os serviços do Azure. - Crie assinaturas separadas para aplicativos que antecipam grandes padrões de crescimento que atendem aos limites de assinatura. - Não compartilhe assinaturas com equipes de aplicativos de diferentes unidades de negócios ou departamentos para evitar problemas de vizinhos barulhentos. |
| Serviços do Azure e alinhamento de recursos | Você pode implantar serviços que fornecem primitivas de serviço básicas do Azure, como Máquinas Virtuais, redes virtuais e serviços PaaS simples, em um único grupo de recursos. Mas a complexidade das ofertas compostas modernas pode exigir que você implante esses serviços mais complexos fora dos limites de um único grupo de recursos. Use outras abordagens de assinatura democratizadas descritas anteriormente neste artigo para esses cenários de implantação. |
| Somente as equipes da plataforma podem criar grupos de recursos | Ao compartilhar uma assinatura entre várias equipes de aplicativos em unidades de negócios ou departamentos, você pode restringir a capacidade de qualquer equipe de criar novos grupos de recursos na assinatura compartilhada. Essa restrição limita a expansão do grupo de recursos. Somente a equipe da plataforma pode criar e governar novos grupos de recursos. Essa abordagem aumenta a complexidade das atribuições RBAC e aumenta a dependência das equipes de plataforma para gerenciar implantações de aplicativos, o que pode impedir a agilidade e o empoderamento das equipes de aplicativos. |
Você pode colocar as assinaturas vend na linha de produtos do portfólio de aplicativos compartilhados em grupos de gerenciamento Corp ou Online. Esse método se alinha com a hierarquia recomendada padrão das zonas de aterrissagem do Azure. Como alternativa, você pode colocar as assinaturas abaixo de novos grupos de gerenciamento se a hierarquia de grupos de gerenciamento da sua organização seguir as orientações em Personalizar a arquitetura da zona de aterrissagem do Azure para atender aos requisitos.
O diagrama a seguir mostra um exemplo da linha de produtos de venda automática de assinatura de portfólio de aplicativos compartilhados.
Use a linha de produtos do portfólio de aplicativos compartilhados se:
Sua equipe de aplicativos precisa fornecer vários pequenos recursos ou componentes que seus aplicativos compartilham, mas os componentes não se encaixam diretamente em nenhuma das zonas de aterrissagem de aplicativos dedicados.
Você tem recursos ou componentes que precisa compartilhar entre aplicativos no mesmo departamento, mas os componentes não se encaixam diretamente em nenhuma das zonas de aterrissagem de aplicativos dedicados.
As equipes de plataforma de tecnologia desejam hospedar grandes serviços compartilhados que são gerenciados, como AKS, Área de Trabalho Virtual do Azure e Solução VMware do Azure, para que outras equipes de aplicativos possam usar ou hospedar seus aplicativos nos serviços.
Sandbox
Use a linha de produtos sandbox para venda automática de assinatura de zona de aterrissagem de aplicativos para ajudar a fornecer áreas de teste seguras, levemente controladas e visíveis para criar PoCs ou MVPs no Azure.
Para obter mais informações, consulte Ambientes de área restrita da zona de aterrissagem e Gerenciar ambientes de desenvolvimento de aplicativos em zonas de aterrissagem do Azure.
Os ambientes de teste são muitas vezes calendarizados ou limitados pelo orçamento, o que significa que têm um limite de tempo ou de orçamento. Nesses casos, você deve estender ou remover e encerrar a área restrita.
Se sua organização não fornecer uma linha de produtos de área restrita para equipes de aplicativos ou outras pessoas testarem e experimentarem serviços no Azure, as equipes poderão recorrer a configurações de TI sombra. Nesse caso, sua organização pode ter dificuldades para fornecer relatórios e visibilidade e aplicar governança às assinaturas que os usuários corporativos criam fora do controle e da supervisão da equipe da plataforma.
Sua equipe de plataforma deve fornecer acesso facilmente acessível, de preferência de autoatendimento, e acesso aprovado automaticamente a assinaturas de área restrita para os usuários e equipes da sua organização. Forneça aos usuários e equipes acesso a um ambiente que sua equipe de plataforma possa visualizar e governar para evitar ambientes de TI sombra que a equipe da plataforma não pode acessar ou controlar, o que cria riscos.
As sandboxes geralmente seguem a abordagem de configuração de rede das assinaturas de linha de produtos on-line porque você não as emparelha a outras redes virtuais fora do limite de assinatura da área restrita. As áreas restritas também costumam ter controles extras para impedir a conectividade híbrida com locais locais ou outros locais. Use esses controles para que fontes desconhecidas não possam exfiltrar dados de áreas restritas para locais não aprovados. Você pode usar uma política do Azure para impor esses controles.
Assim como o portfólio de aplicativos compartilhados e as linhas de produtos de plataforma tecnológica, você também pode compartilhar a linha de produtos sandbox entre equipes do mesmo departamento com as mesmas considerações. Não crie uma única assinatura de área restrita e compartilhe-a entre as equipes por meio de grupos de recursos. Em vez disso, crie assinaturas adicionais de área restrita.
Use a linha de produtos de área restrita se precisar fornecer uma assinatura do Azure segura e governada para qualquer pessoa em sua organização que queira experimentar, criar PoCs ou criar MVPs no Azure. Você deve controlar esses usuários de forma leve e conceder-lhes acesso a todos os serviços para evitar práticas de TI sombra.
Resumo e conclusões
Este artigo descreve orientações prescritivas para ajudá-lo a navegar por processos complexos de venda automática de assinaturas e avançar para a implementação.
Determine os requisitos de suas futuras equipes de aplicativos para escolher a linha de produtos de venda automática de assinatura que melhor se adapta a elas. Identifique os requisitos para o conjunto inicial de cargas de trabalho que você cria ou migra para ajudar a priorizar as linhas de produtos de venda automática de assinatura que você deseja habilitar e expor por meio de uma interface de autoatendimento.
Cada linha de produtos tem um custo de implementação e um custo de manutenção. Avalie o custo a longo prazo versus benefícios e uso a longo prazo.
Os clientes normalmente habilitam as seguintes linhas de produtos de venda automática de assinatura inicialmente:
Recursos adicionais
Para dar mais suporte à sua abordagem de engenharia de plataforma, analise os seguintes recursos ao projetar e implementar as linhas e ofertas de produtos de venda automática por assinatura da sua organização:
- Vídeo: Quantas assinaturas devo usar no Azure?
- Zonas de aterragem da plataforma vs. zonas de aterragem da aplicação
- Políticas incluídas nas implementações de referência de zonas de aterrissagem do Azure
- Personalize a arquitetura da zona de aterrissagem do Azure para atender aos requisitos
- Qual é o objetivo dos grupos de gestão Connectivity, Corp e Online?
- Gerenciar ambientes de desenvolvimento de aplicativos nas zonas de aterrissagem do Azure
- Princípios de engenharia de plataforma
Próximo passo
Para obter os melhores resultados, você deve automatizar o máximo possível do processo de venda automática de assinaturas. Use as orientações complementares sobre como implementar a automação de venda automática de assinaturas.