Sobre Serviços de Nuvem do Azure (suporte estendido)

Os Serviços de Nuvem (suporte estendido) são um modelo novo de implantação baseado no Azure Resource Manager para o produto dos Serviços de Nuvem do Azure e que já está disponível para o público geral. Serviços de Nuvem (suporte estendido) têm o principal benefício de fornecer resiliência regional junto com a paridade de recursos com os Serviços de Nuvem do Azure implantados usando o Service Manager do Azure. Também oferece algumas capacidades do Azure Resource Manager, como acesso e controlo baseados em funções (RBAC), etiquetas, política e suporta 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 da nuvem. Você é capaz de dimensionar sua infraestrutura de serviços em 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 de Nuvem (suporte estendido)

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 código e, em seguida, o monitora e o mantém para você.
  • Os Serviços de Nuvem (suporte estendido) também dão suporte a dois tipos de funções, web e de trabalho. Não há alteração no design, na arquitetura nem nos componentes das funções de trabalho e Web.
  • Os três componentes de um serviço em nuvem, a definição de serviço (.csdef), a configuração do serviço (.cscfg) e o pacote de serviço (.cspkg) são transportados 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 só é alterado.
  • As versões do Azure GuestOS e as atualizações associadas estão alinhadas com os Serviços de Nuvem (clássicos)
  • O processo de atualização subjacente com 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 alterados

Alterações no modelo de implantação

Alterações mínimas são necessárias para arquivos de Configuração de Serviço (.cscfg) e Definição de Serviço (.csdef) para implantar serviços de nuvem (suporte estendido). Nenhuma alteração é necessária para o código de tempo de execução. No entanto, os scripts de implantação precisam de 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 de Nuvem (clássico) e os Serviços de Nuvem (suporte estendido) em relação à implantação são:

  • As implantações do Azure Resource Manager usam modelos de ARM, que são um arquivo JavaScript Object Notation (JSON) que define a infraestrutura e a configuração do projeto. O modelo usa a sintaxe declarativa, que permite declarar o que você pretende implantar sem precisar gravar a sequência de comandos de programação para criá-lo. O arquivo de definição de serviço e configuração de serviço precisa ser consistente com o modelo do ARM durante a implantação dos Serviços de Nuvem (suporte estendido). Isso pode ser conseguido 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 Key Vault em tempo de execução para recuperar credenciais.

  • Todos os recursos implantados por meio doAzure Resource Manager devem estar dentro de uma rede virtual. As redes e sub-redes virtuais são criadas no Azure Resource Manager utilizando 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 oferecem suporte a vários slots em um único serviço de nuvem.

    • A funcionalidade de permuta VIP 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 permutável VIP com outro serviço de nuvem (suporte estendido)
  • O rótulo Serviço de Nome de Domínio (DNS) é opcional para um serviço de nuvem (suporte estendido). No Azure Resource Manager, o rótulo DNS é uma propriedade do recurso de IP público associado ao serviço de nuvem.

Migração para o Azure Resource Manager

O Serviços de Nuvem (suporte estendido) fornece dois caminhos para 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 Service Manager do Azure.
  2. A migração in-loco oferece suporte à capacidade de migrar o Serviços de Nuvem (clássico) com mínimo de sem tempo de inatividade para o Serviços de Nuvem (suporte estendido).

Opções de migração adicionais

Ao avaliar planos de migração de serviços em nuvem (clássicos) para serviços em nuvem (suporte estendido), você pode querer investigar outros serviços do Azure, como: Virtual Machine Scale Sets, App Service, Serviço de Kubernetes do Azure e Azure Service Fabric. Esses serviços continuam a apresentar recursos adicionais, enquanto os Serviços em Nuvem (suporte estendido) mantêm a paridade de recursos com os Serviços de Nuvem (clássico.)

Dependendo do aplicativo, os Serviços de Nuvem (suporte estendido) podem exigir substancialmente menos esforço para se mover para o Azure Resource Manager em comparação com outras opções. Se a sua aplicação não estiver evoluindo, os Serviços de Nuvem (suporte alargado) são uma opção viável a considerar, pois fornecem um caminho de migração rápido. Por outro lado, se seu aplicativo estiver evoluindo continuamente 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óximas etapas