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

  • Artigo
  • 4 minutos para ler

Serviços Cloud (suporte alargado) é um novo modelo de implementação baseado em Azure Resource Manager para o produto Azure Serviços Cloud e está agora geralmente disponível. Serviços Cloud (apoio alargado) tem o principal benefício de proporcionar resiliência regional, juntamente com a paridade de características com a Azure Serviços Cloud implementadas usando o Service Manager Azure. Também oferece algumas capacidades ARM, tais como acesso e controlo baseados em funções (RBAC), tags, política e suporta modelos de implementação.

Com esta alteração, o modelo de implementação baseado em Azure Service Manager para Serviços Cloud será renomeado Serviços Cloud (clássico). Irá manter a capacidade de construir e implementar rapidamente as suas aplicações e serviços web e cloud. Poderá escalar a sua infraestrutura de serviços em nuvem com base na procura atual e garantir que o desempenho das suas aplicações pode acompanhar, reduzindo simultaneamente os custos.

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

O que não muda

  • Cria-se o código, define as configurações e implanta-se no Azure. O Azure configura o ambiente computacional, executa o seu código e depois monitoriza-o e mantém-no para si.
  • Serviços Cloud (apoio alargado) também suporta dois tipos de funções, web e trabalhador. Não há alterações no design, arquitetura ou componentes das funções web e trabalhadora.
  • Os três componentes de um serviço em nuvem, a definição de serviço (.csdef), o config de serviço (.cscfg) e o pacote de serviço (.cspkg) são transportados para a frente e não há alteração nos formatos.
  • Não são necessárias alterações ao código de tempo de funcionamento, uma vez que o plano de dados é o mesmo e o plano de controlo está apenas a mudar.
  • Os lançamentos do Azure GuestOS e as atualizações associadas estão alinhados com Serviços Cloud (clássico)
  • Processo de atualização subjacente no que diz respeito à atualização de domínios, como a atualização prossegue, o reversão e as alterações permitidas do serviço durante uma atualização não mudam

Alterações no modelo de implementaçã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 implantar Serviços Cloud (suporte alargado). Não são necessárias alterações ao código de tempo de execução. No entanto, os scripts de implementação terão de ser atualizados para chamar as novas APIs baseadas em Azure Resource Manager.

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

As principais diferenças entre Serviços Cloud (clássico) e Serviços Cloud (apoio alargado) no que diz respeito à implantação são:

  • As implementações Resource Manager Azure utilizam modelos ARM, que é um ficheiro JavaScript Object Notation (JSON) que define a infraestrutura e configuração para o 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 ficheiro de configuração de serviço e definição de serviço tem de ser consistente com o modelo ARM enquanto implementa Serviços Cloud (suporte alargado). Isto pode ser conseguido quer criando manualmente o modelo ARM , quer utilizando o PowerShell, Portal e Visual Studio.

  • Os clientes devem utilizar o Azure Key Vault para gerir certificados em Serviços Cloud (suporte alargado). O Azure Key Vault permite armazenar e gerir credenciais de aplicação de forma segura, tais como segredos, chaves e certificados num repositório de nuvem central e seguro. As suas aplicações podem autenticar para Key Vault no momento de execução para recuperar credenciais.

  • Todos os recursos utilizados através do Azure Resource Manager devem estar dentro de uma rede virtual. As redes e sub-redes virtuais são criadas em Azure Resource Manager utilizando as APIs Azure Resource Manager existentes e terão de ser referenciadas na secção de Configuração de Rede do .cscfg ao implementar Serviços Cloud (suporte alargado).

  • Cada serviço em nuvem (suporte alargado) é uma única implantação independente. Os serviços na nuvem (suporte alargado) não suportam várias ranhuras dentro de um único serviço de nuvem.

    • A capacidade de troca VIP pode ser utilizada para trocar entre dois serviços na nuvem (suporte alargado). Para testar e encenar uma nova versão de um serviço em nuvem, implementar um serviço de nuvem (suporte alargado) e marcá-lo como VIP permutável com outro serviço de nuvem (suporte alargado)

  • A etiqueta Do Serviço de Nome de Domínio (DNS) é opcional para um serviço de cloud (suporte alargado). Em Azure Resource Manager, a etiqueta DNS é uma propriedade do recurso IP público associado ao serviço de nuvem.

Migração para Azure Resource Manager

Serviços Cloud (suporte alargado) fornece dois caminhos para migrar de Azure Service Manager para Azure Resource Manager.

  1. Os clientes implementam serviços em nuvem diretamente no Azure Resource Manager e depois apagam o antigo serviço de nuvem em Azure Service Manager.
  2. A migração no local suporta a capacidade de migrar Serviços Cloud (clássico) com o mínimo de tempo de inatividade para Serviços Cloud (suporte alargado).

Opções de migração adicionais

Ao avaliar os planos de migração de Serviços Cloud (clássico) a Serviços Cloud (apoio alargado) poderá querer investigar serviços adicionais da Azure, tais como: Conjuntos de Dimensionamento de Máquinas Virtuais, Serviço de Aplicações , Azure Kubernetes Service, e Azure Service Fabric. Estes serviços continuarão a apresentar capacidades adicionais, enquanto Serviços Cloud (suporte alargado) manterá principalmente a paridade de características com Serviços Cloud (clássico).)

Dependendo da aplicação, Serviços Cloud (suporte alargado) podem exigir substancialmente menos esforço para se mudar para a Azure Resource Manager em comparação com outras opções. Se a sua aplicação não estiver a evoluir, Serviços Cloud (suporte alargado) é uma opção viável a considerar, uma vez que fornece uma rota de migração rápida. Inversamente, se a sua aplicação está em constante evolução e precisa de um conjunto de funcionalidades mais moderna, explore outros serviços Azure para melhor atender aos seus requisitos atuais e futuros.

Passos seguintes