Sobre os Serviços Cloud do Azure (suporte alargado)

  • Artigo

Os Serviços de Nuvem (suporte estendido) são um novo modelo de implantação baseado no Azure Resource Manager para o produto Serviços de Nuvem do Azure e agora estão disponíveis ao público em geral. Os Serviços de Nuvem (suporte estendido) têm o benefício principal de fornecer resiliência regional juntamente com paridade de recursos com os Serviços de Nuvem do Azure implantados usando o Azure Service Manager. Ele também oferece alguns recursos do Azure Resource Manager, como acesso e controle baseado em função (RBAC), tags, política e dá suporte a modelos de implantação.

Com essa alteração, o modelo de implantação baseado no Azure Service Manager para Serviços de Nuvem é renomeado para Serviços de Nuvem (clássico). Você mantém a capacidade de criar e implantar rapidamente seus aplicativos e serviços da Web e na nuvem. Você pode dimensionar sua infraestrutura de serviços de nuvem com base na demanda atual e garantir que o desempenho de seus aplicativos possa acompanhar e, ao mesmo tempo, reduzir custos.

Vídeo do YouTube para Serviços na Nuvem (suporte alargado).

O que não muda

  • Você cria o código, define as configurações e implanta-o no Azure. O Azure configura o ambiente de computação, executa o seu código e, em seguida, monitoriza-o e mantém-no para si.
  • Os Serviços de Nuvem (suporte estendido) também suportam dois tipos de funções, Web e de trabalho. Não há alterações no design, na arquitetura ou nos componentes das funções Web e de trabalho.
  • Os três componentes de um serviço de nuvem, a definição de serviço (.csdef), a configuração de serviço (.cscfg) e o pacote de serviço (.cspkg) são levados adiante e não há alteração nos formatos.
  • Nenhuma alteração é necessária para o código de tempo de execução, pois o plano de dados é o mesmo e o plano de controle está apenas mudando.
  • As versões do Azure GuestOS e as atualizações associadas estão alinhadas com os Serviços de Nuvem (clássico)
  • O processo de atualização subjacente em relação aos domínios de atualização, como a atualização prossegue, a reversão e as alterações de serviço permitidas durante uma atualização não são alteradas

Alterações no modelo de implantação

São necessárias alterações mínimas nos ficheiros de Configuração de Serviço (.cscfg) e Definição de Serviço (.csdef) para implementar Serviços de Nuvem (suporte alargado). Nenhuma alteração é necessária para o código de tempo de execução. No entanto, os scripts de implantação precisam ser atualizados para chamar as novas APIs baseadas no Azure Resource Manager.

A imagem mostra a configuração clássica do serviço de nuvem com a adição da seção de modelo.

As principais diferenças entre os Serviços em Nuvem (clássicos) e os Serviços em Nuvem (suporte estendido) em relação à implantação são:

  • As implantações do Azure Resource Manager usam modelos ARM, que é um arquivo JSON (JavaScript Object Notation) que define a infraestrutura e a configuração do seu projeto. O modelo utiliza a sintaxe declarativa, que permite afirmar o que quer implementar sem ter de escrever a sequência de comandos de programação para a criar. O arquivo de configuração e definição de serviço precisa ser consistente com o modelo ARM durante a implantação dos Serviços de Nuvem (suporte estendido). Isso pode ser feito criando manualmente o modelo ARM ou usando PowerShell, Portal e Visual Studio.

  • Os clientes devem usar o Azure Key Vault para gerenciar certificados nos Serviços de Nuvem (suporte estendido). O Azure Key Vault permite armazenar e gerenciar com segurança credenciais de aplicativos, como segredos, chaves e certificados, em um repositório de nuvem central e seguro. Seus aplicativos podem se autenticar no Cofre da Chave em tempo de execução para recuperar credenciais.

  • Todos os recursos implantados por meio do Azure Resource Manager devem estar dentro de uma rede virtual. As redes virtuais e as sub-redes são criadas no Azure Resource Manager usando APIs existentes do Azure Resource Manager. Eles precisam ser referenciados na seção NetworkConfiguration do .cscfg ao implantar Serviços de Nuvem (suporte estendido).

  • Cada serviço de nuvem (suporte estendido) é uma única implantação independente. Os Serviços de Nuvem (suporte estendido) não suportam vários slots em um único serviço de nuvem.

    • A capacidade VIP Swap pode ser usada para trocar entre dois serviços de nuvem (suporte estendido). Para testar e preparar uma nova versão de um serviço de nuvem, implante um serviço de nuvem (suporte estendido) e marque-o como VIP trocável por outro serviço de nuvem (suporte estendido)

  • O rótulo DNS (Serviço de Nomes de Domínio) é opcional para um serviço de nuvem (suporte estendido). No Gerenciador de Recursos do Azure, o rótulo DNS é uma propriedade do recurso IP público associado ao serviço de nuvem.

Migração para o Azure Resource Manager

Os Serviços de Nuvem (suporte estendido) fornecem dois caminhos para você migrar do Azure Service Manager para o Azure Resource Manager.

  1. Os clientes implantam serviços de nuvem diretamente no Azure Resource Manager e, em seguida, excluem o serviço de nuvem antigo no Azure Service Manager.
  2. A migração in-loco suporta a capacidade de migrar Serviços de Nuvem (clássico) com tempo de inatividade mínimo ou nulo para Serviços de Nuvem (suporte estendido).

Opções de migração adicionais

Ao avaliar os planos de migração dos Serviços de Nuvem (clássicos) para os Serviços de Nuvem (suporte estendido), convém investigar outros serviços do Azure, como: Conjuntos de Dimensionamento de Máquina Virtual, Serviço de Aplicativo, Serviço Kubernetes do Azure e Azure Service Fabric. Esses serviços continuam a apresentar recursos adicionais, enquanto os Serviços de Nuvem (suporte estendido) mantêm a paridade de recursos com os Serviços de Nuvem (clássicos).

Dependendo do aplicativo, os Serviços de Nuvem (suporte estendido) podem exigir substancialmente menos esforço para migrar para o Azure Resource Manager em comparação com outras opções. Se o seu aplicativo não estiver evoluindo, os Serviços de Nuvem (suporte estendido) são uma opção viável a ser considerada, pois fornecem um caminho de migração rápido. Por outro lado, se seu aplicativo estiver em constante evolução e precisar de um conjunto de recursos mais moderno, explore outros serviços do Azure para atender melhor aos seus requisitos atuais e futuros.

Próximos passos