Comparar o gerenciamento de recursos do Azure e do AWS

O termo recurso é usado da mesma forma no Azure e no Amazon Web Services (AWS). Um recurso é um item gerenciável. Pode ser uma máquina virtual, uma conta de armazenamento, um aplicativo Web, um banco de dados ou uma rede virtual, por exemplo.

Grupos de recursos do AWS versus grupos de recursos do Azure

Os grupos de recursos no Azure e no AWS são usados para organizar e gerenciar recursos. No entanto, há algumas diferenças importantes:

  • Excluir um grupo de recursos do AWS não afeta os recursos. Excluir um grupo de recursos do Azure exclui todos os recursos nele.
  • Em Azure, a maioria dos recursos pertence a exatamente um grupo de recursos e você deve criar o grupo de recursos antes de criar o recurso. Alguns tipos de recursos, como atribuições de política e atribuições de função, são implantados na assinatura, no grupo de gerenciamento ou no escopo do locatário, em vez disso.
  • No Azure, você pode acompanhar os custos por grupo de recursos. No AWS, você pode usar tags de alocação de custos para filtrar por recursos específicos.

Opções de implantação de recursos

O Azure fornece várias maneiras de gerenciar seus recursos:

  • Portal do Azure. Como um painel do AWS, o portal do Azure fornece uma interface de gerenciamento baseada na Web para recursos do Azure.

  • API REST. A API REST do Azure Resource Manager fornece acesso programático à maioria dos recursos disponíveis no portal do Azure.

  • CLI do Azure. A CLI do Azure fornece uma interface de linha de comando que você pode usar para criar e gerenciar recursos do Azure. A CLI do Azure está disponível para Windows, Linux e macOS.

  • Azure PowerShell. Você pode usar os módulos do Azure para o PowerShell para executar tarefas de gerenciamento automatizado usando um script. O PowerShell está disponível para Windows, Linux e macOS.

  • Modelos do ARM. Os modelos do ARM (Azure Resource Manager) fornecem recursos de gerenciamento de recursos baseados em modelo JSON semelhantes aos do serviço AWS CloudFormation.

  • Bíceps. O Bicep é uma linguagem específica do domínio que usa sintaxe declarativa para implantar recursos do Azure.

  • Terraforme. Você pode usar o Terraform para definir, visualizar e implantar a infraestrutura de nuvem usando a sintaxe HCL.

  • Pilhas de implantação. Uma pilha de implantação é um recurso do Azure que gerencia um grupo de recursos como uma única unidade, nos escopos de grupo de recursos, assinatura e grupo de gerenciamento. É o Azure mais próximo equivalente a uma pilha de CloudFormation da AWS.

    Um grupo de recursos é central para a criação, implantação ou modificação da maioria dos recursos Azure. Mas um grupo de recursos é um contêiner organizacional, não uma unidade de implantação. Se você quiser o comportamento do ciclo de vida de uma pilha CloudFormation, em que a plataforma rastreia quais recursos um modelo gerencia, use uma pilha de implantação. Quando você remove um recurso do modelo, a configuração actionOnUnmanage da pilha de implantação determina o que acontece a seguir: a pilha desanexa o recurso e o deixa no lugar ou o exclui. Defina esse valor deliberadamente. CloudFormation exclui um recurso removido, a menos que você defina um DeletionPolicy de Retain; portanto, uma pilha configurada para desanexar produz o resultado oposto do esperado por um arquiteto do AWS. As pilhas de implantação também dão suporte a configurações de negação, que bloqueiam alterações em recursos gerenciados de forma semelhante ao comportamento das políticas de pilha CloudFormation.

Marcação

A marcação, tanto no Azure quanto no AWS, permite que você organize e gerencie recursos efetivamente atribuindo metadados aos recursos. Tags são pares chave-valor que ajudam a categorizar, acompanhar e gerenciar custos em sua infraestrutura de nuvem. O AWS e o Azure dão suporte ao ABAC (controle de acesso baseado em atributo) com base nos valores de marca. Embora a marcação do Azure e do AWS seja semelhante, há algumas diferenças:

  • Azure nomes de tags não diferenciam maiúsculas de minúsculas para operações, embora o provedor de recursos possa preservar a capitalização que você fornece. Os valores de marcação do Azure diferenciam maiúsculas de minúsculas. A AWS trata as chaves de tag e os valores como sensíveis a maiúsculas e minúsculas.
  • Nenhuma das plataformas propaga automaticamente tags de um pai para seus filhos. Os recursos do Azure não herdam tags de um grupo de recursos ou assinatura, mas você pode impor a herança usando definições do Azure Policy para conformidade de tags. A AWS não oferece suporte nativo à herança de tags entre recursos pai e filho, embora ofereça suporte à herança para Categorias de Custo da AWS.
  • O AWS fornece uma ferramenta de editor de marcas para adicionar marcas, enquanto o Azure fornece recursos de marcação por meio do portal do Azure e interfaces de gerenciamento.

Azure aplica os seguintes limites:

  • Cada recurso, grupo de recursos e assinatura dá suporte a um máximo de 50 pares de nome-valor de tag. Alguns tipos de recursos dão suporte apenas a 15.
  • Os nomes de tag são limitados a 512 caracteres e os valores de tag a 256 caracteres. Para contas de armazenamento, os nomes de tag são limitados a 128 caracteres.
  • Você pode marcar recursos, grupos de recursos e assinaturas, mas não grupos de gerenciamento.

Warning

Azure armazena tags como texto simples, portanto, não coloque valores confidenciais nelas. Os valores de tag podem aparecer em relatórios de custo, histórico de implantação, modelos exportados e logs de monitoramento.

Para obter o conjunto completo de condições e limitações, consulte Usar tags para organizar os recursos do Azure e a hierarquia de gerenciamento.

Colaboradores

A Microsoft mantém este artigo. Os colaboradores a seguir escreveram este artigo.

Autor principal:

  • Srinivasaro Thumala | Engenheiro sênior de clientes

Outro colaborador:

  • Adam Cerini | Diretor, Estrategista de Tecnologia de Parceiros

Para ver perfis de LinkedIn não públicos, entre em LinkedIn.

Próximas etapas

  • Última atualização em