Um dos padroes mais testados no SAA-C03 e: "Como tornar este sistema fortemente acoplado escalavel?" O acoplamento fraco e um principio central da arquitetura moderna em nuvem.
Por que precisamos de acoplamento fraco?
Considere um restaurante. Se cada garcom corresse diretamente para a cozinha para explicar cada pedido, o caos surgiria no horario de pico. Os pedidos se acumulam, os garcons esperam e um cozinheiro lento paralisa todo o sistema.
Agora adicione um sistema de comandas. Os garcons deixam a comanda e passam para a proxima mesa. A cozinha processa as comandas no proprio ritmo. Os dois lados operam de forma independente. Isso e acoplamento fraco.
Tres beneficios principais do acoplamento fraco: Cada componente escala de forma independente Se uma parte falhar, o resto continua funcionando Cada parte pode ser implantada e atualizada de forma independente
Amazon SQS — O sistema de comandas
O SQS (Simple Queue Service) e o servico de fila de mensagens da AWS. Ele atua como um buffer entre produtores (emissores) e consumidores (receptores).
As filas SQS Standard tem throughput praticamente ilimitado. A ordem das mensagens nao e garantida, mas podem processar milhoes de mensagens por segundo. Adequado para a maioria das cargas de trabalho.
As filas SQS FIFO garantem ordenacao exata e deduplicacao. Use-as quando a ordem importa: "o pedido 1 deve ser processado antes do pedido 2." O throughput e limitado a 3.000 mensagens por segundo (com processamento em lotes).
A Dead Letter Queue (DLQ) move mensagens que falham no processamento para uma fila separada. Voce pode analisar e reprocessar mensagens com falha. Essencial para isolamento de erros e depuracao.
O timeout de visibilidade e um conceito importante. Quando um consumidor recupera uma mensagem, ela fica invisivel para outros consumidores por um tempo definido. Se o processamento for concluido, o consumidor a exclui. Se o processamento falhar, a mensagem reaparece na fila apos o timeout expirar.
Amazon SNS — O alto-falante de anuncios publicos
O SNS (Simple Notification Service) e um servico de fan-out que entrega uma mensagem a varios assinantes simultaneamente. Pense no sistema de som de uma escola transmitindo para todo o edificio de uma vez.
Publique uma mensagem em um topico SNS e todos os assinantes a recebem simultaneamente. Os assinantes podem ser filas SQS, funcoes Lambda, endpoints HTTP, enderecos de e-mail e mais.
O padrao SNS + SQS fan-out aparece com muita frequencia no exame. Inscreva multiplas filas SQS em um unico topico SNS e um evento e entregue a multiplos pipelines de processamento ao mesmo tempo. Por exemplo, um evento de pedido concluido pode chegar simultaneamente a uma fila de processamento de pagamento, uma fila de atualizacao de estoque e uma fila de notificacao por e-mail.
!Amazon SQS vs SNS
Amazon EventBridge — Hub central para arquitetura orientada a eventos
O EventBridge e um barramento de eventos que coleta eventos, os filtra por regras e os roteia para o destino correto.
Diferenca em relacao ao SQS e SNS: o EventBridge examina o conteudo dos eventos para decidir para onde rotea-los. Voce pode construir fluxos de trabalho complexos orientados a eventos como "quando uma instancia EC2 terminar, acione esta Lambda" ou "quando um arquivo for carregado no S3, inicie este fluxo do Step Functions."
O EventBridge pode receber eventos de servicos AWS e tambem de aplicativos SaaS de terceiros.
Amazon API Gateway — O guardiao para APIs serverless
O API Gateway cria e gerencia APIs REST, HTTP e WebSocket. Combinado com Lambda, voce obtem uma API completamente serverless: nenhum servidor para operar.
Recursos que o API Gateway fornece: Autenticacao e autorizacao (IAM, Cognito, Lambda Authorizer) Limitacao de solicitacoes e gerenciamento de cotas Terminacao SSL/TLS Cache de respostas para reduzir a carga do backend
Dica para o exame: "API REST serverless" ou "expor Lambda via HTTP" — escolha API Gateway.
Orquestracao de conteineres
Em uma arquitetura de microsservicos, os conteineres sao a forma padrao de empacotar cada servico.
| Servico | Descricao | Analogia | |---------|-----------|----------| | Amazon ECS | Orquestracao de conteineres nativa da AWS | Plataforma de gerenciamento de conteineres propria da AWS | | Amazon EKS | Gerenciamento de conteineres baseado em Kubernetes | Kubernetes padrao da industria gerenciado pela AWS | | AWS Fargate | Executar conteineres sem gerenciar servidores | A versao serverless dos conteineres |
Com o Fargate, voce nunca gerencia instancias EC2. Diga "execute este conteiner" e o Fargate provisiona e executa automaticamente. Fargate + ALB e o padrao de arquitetura de conteineres serverless.
AWS Step Functions — O orquestrador de fluxo de trabalho
Use o Step Functions para automatizar processos de negocio de multiplas etapas. Por exemplo, "registro de usuario → verificacao de e-mail → mensagem de boas-vindas → registro no CRM": um fluxo de trabalho sequencial definido visualmente.
Cada etapa pode ser uma funcao Lambda, notificacao SNS, mensagem SQS, atualizacao do DynamoDB e mais. O Step Functions gerencia automaticamente a passagem de dados entre etapas, tratamento de erros, novas tentativas e execucao paralela.
Pontos-chave para o exame
"Comunicacao assincrona entre componentes, atua como buffer" — Amazon SQS
"Um evento entregue a varios destinos simultaneamente" — Amazon SNS fan-out
"SNS publicando em multiplas filas SQS ao mesmo tempo" — padrao SNS+SQS fan-out (muito frequente no exame)
"Armazenar e analisar mensagens com falha separadamente" — Dead Letter Queue (DLQ)
"Garantir ordenacao exata de mensagens e deduplicacao" — fila SQS FIFO
"Rotear eventos com base no conteudo, filtrar com regras" — Amazon EventBridge
"Construir uma API REST serverless" — API Gateway + Lambda
"Executar conteineres sem gerenciar servidores" — AWS Fargate (com ECS ou EKS)
"Executar multiplas Lambdas em sequencia ou em paralelo" — AWS Step Functions