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.
- Parte 1: Visão geral do Azure para desenvolvedores
- Parte 2: Principais serviços do Azure para desenvolvedores
- Parte 3: Hospedar aplicativos no Azure
- Parte 4: Conectar seu aplicativo aos serviços do Azure
- Parte 5: Como posso criar e gerir recursos no Azure?
- Parte 6: Principais conceitos para criar aplicativos do Azure
- Parte 7: Como sou cobrado?
Antes de ir muito longe na criação 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 seu cenário. As considerações incluem:
Regiões do Azure
Uma região é um conjunto de datacenters implementados dentro de um perímetro definido por latência e ligado através de uma rede regional de baixa latência dedicada. 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 armazenamento de Blob 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 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 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 da Chave do Azure. É prática comum colocar todos os recursos do Azure necessários para essa solução em um único grupo de recursos.
Isso torna mais fácil saber 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.
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 de Infraestrutura como Código (IaC) 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 a DevOps
Quer se trate de publicar as suas aplicações no Azure com integração contínua ou recursos de aprovisionamento para um novo ambiente, o Azure integra-se com a maioria das ferramentas populares de DevOps. Pode trabalhar com as ferramentas que já tem e maximizar a sua experiência existente com suporte para ferramentas como: