Microsoft AZ-305: Arquitetura de Integração e Mensageria — Guia de estudos

By Laurynas Brazys · 11 August 2026 · #microsoft #az-305 #certification #exam-prep #study-guide

Faz parte do Microsoft Azure Solutions Architect Expert AZ-305 — Guia de estudos. Pratique com respostas verificadas no centro de exames da Microsoft, ou faça testes cronometrados no ExamRoll.io.

Integração, APIs e Conectividade Híbrida

O Azure Logic Apps oferece automação de fluxo de trabalho gerenciado com centenas de conectores. No plano Consumption (multilocatário), você paga por ação com escalonamento automático e conectores multilocatários; ideal para uso com picos de carga. O plano Standard (locatário único) é executado no runtime do Functions com fluxos de trabalho com estado (stateful) e sem estado (stateless), maior taxa de transferência (throughput), conectores personalizados e conectores internos executados no processo (in-process), conteinerização, desenvolvimento local e integração com VNET/ponto de extremidade privado; ideal para isolamento corporativo e capacidade previsível. O Integration Service Environment (ISE) é uma instância dedicada (stamp) legada para rede privada e localidade de dados; novos projetos geralmente preferem o Logic Apps Standard com integração VNET ou implantação no App Service Environment v3.

O Azure API Management (APIM) fornece uma camada de abstração e governança sobre as APIs. As políticas (Policies) são aplicadas nos estágios de entrada (inbound), backend e saída (outbound) para impor requisitos transversais (cross-cutting concerns), como validate-jwt, rate-limit-by-key, quota, set-header, retry, cache-lookup/store e set-backend-service para roteamento dinâmico. Os Produtos (Products) agrupam uma ou mais APIs, empacotam o comportamento das políticas e podem ser publicados para grupos específicos. As Assinaturas (Subscriptions) emitem chaves por consumidor ou por produto para medir e controlar o acesso; as chaves podem ser rotacionadas e vinculadas a cotas. O portal do desenvolvedor (developer portal) permite a descoberta de autoatendimento (self-service), documentação, testes (try-it) e fluxos de trabalho de integração (onboarding), enquanto o gateway auto-hospedado (self-hosted gateway) permite implantações híbridas de plano de controle/borda (control plane/edge) para ambientes locais (on-prem) ou outras nuvens.

O Azure Relay permite a conectividade de entrada para serviços locais (on-prem) sem a necessidade de abrir portas de entrada no firewall. O Hybrid Connections usa WebSockets sobre TLS 443 para comunicação de soquete bidirecional de propósito geral, iniciada de forma externa (outbound) do ambiente local e dos clientes para o Relay, útil para HTTP e protocolos arbitrários encapsulados em WebSockets. O WCF Relay expõe pontos de extremidade (endpoints) WCF locais (NetTcp/HTTP) através do relay com segurança em nível de transporte ou de mensagem e acesso baseado em declarações (claims-based); é ideal para serviços WCF existentes que precisam de exposição segura e compatível com firewalls.

O Azure Notification Hubs é um intermediário (broker) de notificações push multiplataforma que abstrai os sistemas de notificação de plataforma (APNs para iOS, FCM para Android, WNS para Windows, ADM para Amazon). Os backends registram dispositivos ou instalações com tags e modelos (templates) para direcionar e personalizar notificações em escala. Credenciais de plataforma são necessárias por PNS: chave p8 ou certificado do APNs, chave/credenciais de servidor do FCM, SID/segredo do pacote WNS. O Notification Hubs gerencia a distribuição em massa (fan-out), a limitação de taxa (throttling) e o gerenciamento de tokens para que o código da aplicação permaneça agnóstico em relação ao PNS.

Movimentação de Dados e Análise de Streaming

O Azure Data Factory (ADF) orquestra a integração de dados em ambientes híbridos. Os Integration Runtimes (IRs) hospedam a computação para as atividades: Azure IR para cópia sem servidor (serverless) e fluxos de dados dentro do Azure, Self-hosted IR para movimentação de dados/computação em redes privadas sem abrir portas de entrada, e Azure-SSIS IR para migrar pacotes SSIS (lift-and-shift) para clusters gerenciados. Os Pipelines orquestram atividades com fluxo de controle (dependências, loops, ramificações, gatilhos) e parametrização para reutilização. Os Mapping Data Flows fornecem transformações sem código (code-free) baseadas em Spark em escala, com tratamento de desvio de esquema (schema drift) e controles de particionamento; use quando as transformações forem complexas, mas você desejar computação gerenciada. Os Linked Services definem metadados de conexão e credenciais para fontes (sources), destinos (sinks) e computação; os datasets e as fontes/destinos do fluxo de dados os referenciam, permitindo a reutilização segura e o RBAC.

O Event Hubs se integra com a análise de dados (analytics) através do Capture para armazenamento persistente, e então o Azure Synapse ou o Databricks podem processar arquivos Avro em microlotes (micro-batches). O Schema Registry simplifica a desserialização e a evolução em trabalhos de streaming ao centralizar os contratos, evitando uma tipagem implícita e frágil entre produtores (producers) e consumidores (consumers).

Confiabilidade e Padrões Orientados a Eventos

Projetar para confiabilidade começa com o tratamento explícito de falhas. O Service Bus fornece filas de mensagens mortas (dead-letter queues) por entidade; os consumidores devem monitorar e triar as DLQs, opcionalmente encaminhando-as automaticamente para filas de análise. Use a detecção de duplicatas e manipuladores idempotentes para evitar o processamento em duplicidade. Utilize transações para liquidar recebimentos e enviar mensagens de caixa de saída (outbox) atomicamente, e use sessões para processamento ordenado por entidade de negócio enquanto escala entre as sessões. A política de repetição do Event Grid usa recuo exponencial (exponential backoff) com limites configuráveis; configure o encaminhamento para dead-letter para o Storage para fins de auditoria e crie ferramentas de repetição (replay). O Event Hubs garante entrega do tipo “pelo menos uma vez” (at-least-once); o checkpointing via SDKs (ou gatilhos do Azure Functions) assegura o rastreamento do progresso por partição/grupo de consumidores. As Storage Queues dependem de tempos de visibilidade (visibility timeouts) e de padrões de mensagens maliciosas (poison message) que você implementa explicitamente.

A arquitetura orientada a eventos normalmente usa coreografia ou orquestração. A coreografia distribui a coordenação entre os serviços que reagem a eventos de seus pares. Ela é fracamente acoplada, escalável e resiliente a falhas parciais, mas pode se tornar difícil de visualizar e governar, e as compensações são dispersas. A orquestração centraliza o controle de fluxo em um orquestrador, como o Azure Durable Functions, Logic Apps ou um motor de fluxo de trabalho (workflow engine), melhorando a observabilidade, a lógica de tempo limite/compensação e as etapas com intervenção humana (human-in-the-loop) ao custo de um acoplamento mais forte com o orquestrador. O padrão saga implementa transações de longa duração e várias etapas com ações de compensação em vez de confirmações de duas fases (two-phase commits). Na coreografia, cada serviço escuta eventos de domínio e emite compensações conforme necessário; na orquestração, o orquestrador invoca atividades e dispara compensações em caso de falha ou tempo limite. No Azure, implemente sagas usando Durable Functions (orquestração com estado, repetições, tempos limite, padrões de compensação) com o Service Bus para entrega confiável de comandos, ou com o Logic Apps Standard para fluxos de trabalho empresariais robustos e conectores integrados.

Cenário de Problema Prático

A Contoso Retail está modernizando seu processamento de pedidos em um ERP on-premise, um site de e-commerce, aplicativos móveis e análises downstream. A solução deve suportar notificações para parceiros, análise de telemetria em tempo real, acesso seguro on-premise e push móvel, com ordenação estrita e compensações para pagamento e inventário.

1. Ingestão e fluxo de trabalho de comandos

• Use tópicos do Azure Service Bus para comandos de pedido. As assinaturas (subscriptions) segmentam o processamento (Pagamentos, Inventário, Envio). Habilite sessões de mensagem com chave por OrderId para garantir FIFO por pedido e concorrência única. Justificativa: O Service Bus fornece sessões, transações e dead-lettering necessários para fluxos de trabalho de negócios ordenados e confiáveis.

2. Orquestração e compensações

• Implemente uma saga com o Azure Durable Functions. As atividades chamam o gateway de pagamento, reservam o inventário e criam a remessa; as compensações reembolsam ou reabastecem em caso de falha. Use gatilhos e saídas do Service Bus dentro de escopos transacionais para concluir atomicamente as mensagens recebidas e publicar as subsequentes. Justificativa: A orquestração centralizada simplifica tempos limite, repetições e compensações, preservando a confiabilidade do broker.

3. Notificações orientadas a eventos

• Publique eventos de domínio (OrderPlaced, OrderShipped) em tópicos personalizados do Azure Event Grid. Parceiros e aplicativos internos se inscrevem com filtros por prefixo do assunto (subject). Configure o encaminhamento para dead-letter para uma conta de Storage e uma política de repetição com tentativas limitadas. Justificativa: O Event Grid oferece push de baixa latência com filtragem refinada e auditoria de dead-letter para um amplo fan-out.

4. Streaming de telemetria e análise

• Envie telemetria de clickstream e de aplicativos para o Azure Event Hubs com 8 partições com chave por sessão de usuário. Habilite o Capture para o Data Lake Storage a cada 5 minutos ou 100 MB. Registre esquemas Avro no Schema Registry e imponha a compatibilidade de esquemas. Justificativa: O Event Hubs escala a ingestão independentemente dos consumidores; o Capture desacopla a análise; o Schema Registry mantém a disciplina do contrato.

5. Integração de dados

• Use o Azure Data Factory com um Self-hosted Integration Runtime on-premise para extrair dados do ERP com segurança, e um Azure IR para depositar dados curados no Synapse. Crie pipelines e fluxos de dados de mapeamento (mapping data flows) para processamento de SCD e enriquecimento com os arquivos do Event Hubs Capture. Justificativa: O ADF orquestra a movimentação e transformações de dados híbridas com computação gerenciada e conexões governadas por meio de serviços vinculados (linked services).

6. APIs e governança de parceiros

• Exponha todos os endpoints voltados para parceiros com o Azure API Management. Exponha APIs de status de pedido e de registro de webhooks. Aplique políticas: validate-jwt para tokens emitidos por parceiros, rate-limit-by-key para limites mais rígidos de parceiros, rewrite/set-backend-service para rotear para Logic Apps existentes sem alterações de código. Publique um produto para parceiros que exigem assinaturas e chaves; realize o onboarding através do portal do desenvolvedor. Justificativa: O APIM impõe segurança, limitação de taxa (throttling) e fornece onboarding de autoatendimento sem tocar na lógica do backend.

7. Automação de fluxo de trabalho e conectores

• Use o Azure Logic Apps Standard para automação de back-office (por exemplo, enviar e-mails, atualizar o Dynamics) com conectores integrados e integração com VNET. Justificativa: O desempenho single-tenant, a conectividade privada e os conectores de nível empresarial simplificam a integração com aplicativos SaaS e de linha de negócio (line-of-business).

8. Conectividade híbrida

• Exponha serviços seletivos do ERP on-premise através do Azure Relay WCF Relay para endpoints WCF existentes e Hybrid Connections para aplicações leves de HTTP/WebSocket, evitando alterações de firewall de entrada. Justificativa: O Relay fornece conectividade segura, iniciada de saída, sem a complexidade de uma VPN.

9. Push móvel

• Envie atualizações de envio através do Azure Notification Hubs usando tags para segmentação de dispositivo/usuário e modelos para localização. Configure as credenciais de token APNs e as chaves FCM. Justificativa: O Notification Hubs abstrai as diferenças de PNS (Platform Notification Service) e escala a entrega de push.

Este design mapeia cada requisito para serviços criados para fins específicos: Service Bus para comandos confiáveis, Durable Functions para sagas orquestradas, Event Grid para notificações push, Event Hubs + Capture + Schema Registry para análise de streaming, ADF para ETL/ELT híbrido, APIM para governança, Logic Apps para automação empresarial, Relay para acesso on-premise e Notification Hubs para engajamento móvel.

← Arquitetura de Segurança e Zero Trust · Todos os domínios · Monitoramento →

Pratique estas questões → · Prática cronometrada no ExamRoll.io →

Navegar Microsoft →