Compartilhar via


Principais conceitos para criar aplicativos do Azure

Esta é a sexta parte de uma série de 7 artigos para ajudar os desenvolvedores a começar a usar o Azure.

Antes de avançar muito na criação de seu aplicativo para ser executado no Azure, é provável que você precise planejar um pouco com antecedência. Nesse primeiro momento, há alguns conceitos básicos do Azure que você precisa entender para tomar as melhores decisões para 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, incluindo entre várias regiões, para fornecer resiliência entre regiões quando necessário.

Normalmente, você quer 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 todo Serviço do Azure está disponível em toda região. A página Produtos disponíveis por região pode ajudar a encontrar uma região em que os Serviços do Azure necessários para seu aplicativo estão 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 somente 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 Azure Key Vault. É prática comum colocar todos os recursos do Azure necessários para essa solução em um único grupo de recursos.

Um diagrama que mostra um grupo de recursos de exemplo que contém um Serviço de Aplicativo, um banco de dados SQL, um armazenamento de Blobs e um Key Vault.

Isso torna mais fácil saber quais recursos são necessários para a execução do aplicativo e quais recursos estão relacionados entre si. Portanto, 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 já tiver desenvolvido localmente, você deve estar 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.

Um diagrama mostrando ambientes DEV, TEST e PROD com um conjunto separado de recursos do Azure em cada ambiente.

É importante que cada ambiente seja uma cópia exata, portanto, recomendamos criar um script para a criação dos recursos necessários para um ambiente ou usar ferramentas de 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 oferece a capacidade de criar novos ambientes sob demanda, por exemplo, para testes de desempenho ou segurança do seu aplicativo.

Suporte DevOps

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