Share via


Principais conceitos para criar aplicativos do Azure

Antes de chegar longe demais no design de seu aplicativo para ser executado no Azure, é provável que você precise fazer um pouco de planejamento com antecedência. À medida que você começa, há alguns conceitos básicos do Azure que você precisa entender para tomar as melhores decisões para o seu cenário. Entre as considerações estão:

Regiões do Azure

Uma região é um conjunto de data centers implantados em um perímetro definido por latência e conectados por meio de uma rede regional dedicada de baixa latência. O Azure oferece a flexibilidade de implantar aplicativos onde você precisa, inclusive em várias regiões para oferecer resiliência entre regiões quando necessário.

Normalmente, você deseja que todos os recursos de uma solução estejam na mesma região para minimizar a latência entre diferentes componentes do seu aplicativo. Isso significa que, se sua solução consistir em um Serviço de Aplicativo do Azure, um banco de dados e o armazenamento de Blobs do Azure, todos esses recursos deverão ser criados na mesma região do Azure.

Nem todos os serviços do Azure estão disponíveis em todas as regiões. A página Produtos disponíveis por região pode ajudá-lo a encontrar uma região onde os serviços do Azure necessários para seu aplicativo estejam disponíveis.

Grupo de recursos do Azure

Um Grupo de Recursos no Azure é um contêiner lógico para agrupar Recursos do Azure. Cada recurso do Azure deve pertencer a um e apenas um grupo de recursos.

Os grupos de recursos são usados com mais frequência para agrupar todos os recursos do Azure necessários para uma solução no Azure. Por exemplo, digamos que você tenha um aplicativo Web implantado no Serviço de Aplicativo do Azure que usa um banco de dados SQL, o Armazenamento do Azure e também o Cofre de Chaves do Azure. É prática comum colocar todos os recursos do Azure necessários para essa solução em um único grupo de recursos.

A diagram showing a sample resource group containing an App Service, SQL database, Blob storage, and a Key Vault.

Isso torna mais fácil dizer quais recursos são necessários para que o aplicativo seja executado e quais recursos estão relacionados entre si. Como tal, a primeira etapa na criação de recursos para um aplicativo no Azure geralmente é criar o grupo de recursos que servirá como um contêiner para os recursos do aplicativo.

Ambientes

Se você desenvolveu localmente, está familiarizado com a promoção de seu código por meio de ambientes de desenvolvimento, teste e produção. No Azure, para criar ambientes separados, você criaria um conjunto separado de recursos do Azure para cada ambiente necessário.

A diagram showing DEV, TEST, and PROD environments with a separate set of Azure resources in each environment.

Como é importante que cada ambiente seja uma cópia exata, é recomendável criar scripts para a criação de recursos necessários para um ambiente ou usar ferramentas IaC (Infraestrutura como Código) para especificar declarativamente a configuração de cada ambiente. Isso garante que o processo de criação do ambiente seja repetível e também ofereça a capacidade de criar novos ambientes sob demanda, por exemplo, para testes de desempenho ou segurança do seu aplicativo.

Suporte a DevOps

Seja publicando seus aplicativos no Azure com integração contínua ou recursos de provisionamento para um novo ambiente, o Azure se integra à maioria das ferramentas populares de DevOps. Você pode trabalhar com as ferramentas que você já tem e maximizar sua experiência existente com suporte para ferramentas como: