Escolha do Serviço de Computação Adequado

O Azure oferece vários serviços de computação — cada um desenvolvido para um tipo diferente de carga de trabalho, nível de controle e modelo operacional. Escolher o serviço de computação errado resulta em complexidade desnecessária (baixo nível demais) ou controle insuficiente (abstração excessiva). A pergunta principal é: quanto da infraestrutura subjacente você precisa gerenciar? Esta lição apresenta as principais opções de computação e os critérios que orientam a escolha certa para cada cenário.

As Azure Virtual Machines oferecem controle total sobre o sistema operacional, o ambiente de execução e a pilha de aplicativos. Use VMs quando precisar: executar aplicativos legados que exigem uma versão específica do sistema operacional ou uma configuração específica do kernel; realizar uma migração lift-and-shift de uma carga de trabalho local sem modificações; instalar software personalizado no nível do sistema; ou usar computação persistente executada 24 horas por dia, 7 dias por semana, com uma configuração previsível e fixa. A desvantagem é a maior carga operacional — você é responsável pela aplicação de atualizações do sistema operacional, pelo reforço da segurança e pelo monitoramento da camada do sistema operacional.

Os Conjuntos de Dimensionamento de Máquinas Virtuais são a escolha certa quando você precisa de VMs, mas também precisa dimensioná-las automaticamente com base na demanda. Se sua carga de trabalho não tiver estado (servidores Web, back-ends de API, processos em lote), for executada de forma idêntica em cada instância e apresentar demanda variável, o VMSS será a opção natural. Ele combina o controle no nível da VM com o dimensionamento horizontal automatizado. Ao escolher entre uma VM independente e o VMSS, o fator decisivo geralmente é se a carga de trabalho precisa ser dimensionada além de uma única instância.

O Azure App Service é uma plataforma PaaS para hospedar aplicativos Web, APIs REST e back-ends móveis. Você implanta seu código (em Node.js, Python, Java, .NET, PHP, Ruby ou um contêiner), e o Azure gerencia o ambiente de execução, o sistema operacional, a aplicação de atualizações, o balanceamento de carga e o dimensionamento. Use o App Service quando quiser entregar código rapidamente sem gerenciar a infraestrutura, quando seu aplicativo seguir padrões comuns de aplicativos Web e quando não precisar de personalização no nível do sistema operacional. O App Service é um dos serviços mais populares do Azure por equilibrar capacidade e simplicidade.

O Azure Container Instances (ACI) permite executar um contêiner do Docker na nuvem sem gerenciar nenhuma infraestrutura — sem VMs e sem orquestrador. O ACI é ideal para cargas de trabalho de contêineres de curta duração e sob demanda: trabalhos em lote agendados, tarefas de pipelines de CI/CD, scripts de processamento de dados ou ambientes de desenvolvimento. Os contêineres são iniciados em segundos, e você paga por segundo de CPU e memória consumidos. O ACI não oferece recursos como descoberta de serviços, implantações graduais ou reinicialização baseada na integridade, disponibilizados pelo Kubernetes — ele é um ambiente de execução de um único contêiner ou grupo de contêineres.

O Azure Kubernetes Service (AKS) é um ambiente Kubernetes gerenciado para orquestrar aplicativos em contêineres em grande escala. Use o AKS quando tiver vários microsserviços que precisem de descoberta de serviços, implantações graduais, autocorreção e dimensionamento sofisticado. O AKS gerencia o plano de controle do Kubernetes (servidor de API, etcd e agendador) como um componente PaaS gratuito, enquanto você gerencia as VMs dos nós de trabalho. O AKS é a opção de contêineres que exige mais operações, mas oferece o maior poder e flexibilidade para arquiteturas de microsserviços em produção.

O Azure Functions é uma opção de computação orientada a eventos e sem servidor na qual você escreve funções individuais que são executadas em resposta a gatilhos — solicitações HTTP, agendamentos de temporizadores, mensagens que chegam a uma fila ou eventos de outros serviços do Azure. Você paga por execução (o primeiro milhão de execuções por mês é gratuito), e a plataforma é dimensionada automaticamente de zero a milhares de execuções simultâneas. Use o Functions para automação orientada a eventos, webhooks, pipelines de transformação de dados e qualquer carga de trabalho naturalmente curta e baseada em gatilhos.

Use esta árvore de decisão simplificada: Precisa de controle total do sistema operacional? → VM ou VMSS. Carga de trabalho em contêineres em grande escala? → AKS. Contêiner único e de curta duração? → ACI. Aplicativo Web ou API sem gerenciamento do sistema operacional? → App Service. Código orientado a eventos e de curta duração? → Azure Functions. Quanto mais você avança nesta lista, menos infraestrutura gerencia e mais rapidamente pode implantar — mas também tem menos controle sobre o ambiente de execução. Escolha o nível mais alto de abstração que atenda aos seus requisitos.

As arquiteturas do mundo real costumam usar várias opções de computação em conjunto. Por exemplo: uma empresa pode usar o App Service para seu aplicativo Web voltado aos clientes, o Azure Functions para o processamento de pedidos orientado a eventos, o AKS para sua plataforma interna de microsserviços e VMs para um sistema ERP legado que não pode ser refatorado. As ferramentas de gerenciamento unificado do Azure — o portal, a CLI, os modelos ARM e o Azure Monitor — funcionam de forma consistente em todos os serviços de computação, tornando as arquiteturas com várias opções de computação gerenciáveis a partir de um único plano de controle.

O custo varia significativamente entre as opções de computação. VMs — cobrança por hora com base no tamanho da VM, mesmo quando está ociosa (a menos que seja desalocada). App Service — cobrança por hora com base no SKU do App Service Plan, mas vários aplicativos compartilham um plano sem custo adicional. ACI — cobrança por segundo com base na CPU e na memória realmente utilizadas, sem custo por ociosidade. Azure Functions (Consumption Plan) — cobrança por execução e por segundo de tempo de execução, com uma camada gratuita bastante generosa. Para cargas de trabalho com picos, as opções sem servidor quase sempre são as mais econômicas; para cargas de trabalho constantes e sempre ativas, VMs reservadas ou planos do App Service podem ser mais baratos.

Diferentes serviços de computação oferecem diferentes garantias de SLA: Single VM (Premium SSD): 99,9%. VM in Availability Set: 99,95%. VM across Availability Zones: 99,99%. App Service (Standard tier and above): 99,95%. Azure Functions (Consumption Plan): 99,95%. AKS: 99,95% de disponibilidade para o servidor de API (com o nível pago). O SLA composto de uma arquitetura com vários componentes é calculado multiplicando-se os SLAs individuais — por exemplo, o App Service (99,95%) conectado ao Azure SQL (99,99%) resulta em um SLA composto de aproximadamente 99,94%.

Teste sua compreensão dos conceitos do Microsoft Azure Fundamentals (AZ-900) abordados nesta lição.

Nesta lição, você aprendeu que: o Azure oferece várias opções de computação — VMs, VMSS, App Service, ACI, AKS e Functions — cada uma adequada a diferentes perfis de carga de trabalho e requisitos de controle, a regra geral é escolher o nível de abstração mais alto que atenda aos seus requisitos para minimizar a sobrecarga operacional e as arquiteturas reais frequentemente combinam vários serviços de computação orquestrados por meio da camada unificada de gerenciamento do Azure. A seguir, começaremos a explorar os serviços de armazenamento do Azure, começando pelas contas de Storage.