Cloud

TL;DR

Trilha Cloud organizada em 24 galhos + capstone, com espinha conceitual-neutra: cada nota ensina o conceito e aplica a lente dupla AWS↔DigitalOcean — o serviço “canônico” da AWS ao lado do equivalente pragmático da DigitalOcean, que o autor usa há ~2 anos. Azure e Google Cloud entram só como camada de tradução (mapeamento de nomes), não como trilhas próprias. O Well-Architected Framework (os 6 pilares) é a bússola conceitual que atravessa o domínio inteiro.

Cloud aqui é a plataforma e seus serviços gerenciados — compute, rede, armazenamento, bancos, serverless, mensageria — e o modelo mental pra raciocinar sobre eles (responsabilidade compartilhada, elasticidade, plano de controle vs plano de dados). Não é a disciplina de operar em produção (isso é Operação) nem a arte de desenhar sistemas (isso é Arquitetura) — é a base sobre a qual as duas se apoiam. Ver roadmap pro estado de cada galho.

Galhos da trilha

Bloco 1 — Modelo mental e fundamentos

1. ✅ O que é a nuvem, de verdade
2. ✅ Anatomia de um provedor
3. ✅ Well-Architected Framework
4. ✅ Identidade e acesso (IAM)

Bloco 2 — Os primitivos

5. ✅ Compute I — máquinas virtuais
6. ✅ Compute II — elasticidade e balanceamento
7. ✅ Rede na nuvem (VPC)
8. ✅ Armazenamento — object, block e file
9. ✅ Bancos gerenciados
10. ✅ DNS, CDN e borda

Bloco 3 — Serverless e arquiteturas modernas

11. ✅ Serverless e FaaS — Lambda a fundo
12. ✅ Containers gerenciados
13. ✅ Mensageria e eventos gerenciados
14. ✅ API Gateway e edge de aplicação
15. ✅ Arquiteturas serverless e event-driven

Bloco 4 — Operar, sustentar, governar

16. ✅ Infrastructure as Code
17. ✅ Observabilidade na cloud
18. ✅ Segurança na cloud a fundo
19. ✅ FinOps — a economia da cloud
20. ✅ Resiliência e continuidade

Bloco 5 — Provedores e maestria

21. ✅ AWS a fundo — consolidação
22. ✅ DigitalOcean a fundo — consolidação
23. ✅ Panorama multi-cloud e portabilidade
24. ✅ Certificação — AWS Solutions Architect Associate (SAA-C03)

Capstone

• ✅ Arquitetar um SaaS na cloud do zero — costura os 24 galhos numa arquitetura completa

Como ler

A ordem numérica (1→24, blocos 1→5) é a recomendada: modelo mental primeiro, depois os primitivos, depois serverless, depois governança, e só no final a consolidação por provedor. Mas quem já usa DigitalOcean no dia a dia pode ler o galho 22 (DigitalOcean a fundo) cedo, como âncora — ele mapeia o que você já conhece na prática pro vocabulário formal que os galhos 1-20 constroem. Ainda assim, a ordem numérica cobre o terreno com menos buracos.

Se preferir uma ordem de leitura mais grossa que a de construção, agrupe os 24 galhos em 3 etapas:

1. Fundamentos (Bloco 1) — o modelo mental antes de qualquer serviço específico: o que é a nuvem, como um provedor é organizado, o Well-Architected Framework como bússola, IAM como base de tudo.
2. Primitivos + serverless (Blocos 2 e 3) — compute, rede, armazenamento, bancos gerenciados, DNS/CDN, e depois a camada serverless/event-driven que se apoia neles.
3. Governança + maestria (Blocos 4 e 5) — operar, sustentar e governar o que foi construído (IaC, observabilidade, segurança, FinOps, resiliência), fechando com a consolidação por provedor (AWS e DigitalOcean a fundo), a certificação e o capstone do domínio.

Artefatos do domínio

• Dicionário — glossário provider-neutro dos termos do domínio.
• Biblioteca — recursos externos (AWS, DigitalOcean, Azure, GCP).
• Roadmap — estado de construção dos 24 galhos.

Veja também

• SRE) — Cloud é a plataforma e seus serviços; Operação é a disciplina de operá-los em produção (CI/CD, observabilidade operacional, incident response).
• System Design — Cloud fornece os primitivos; Arquitetura decide como compô-los num sistema.
• Comunicação entre Sistemas — mensageria e APIs atravessam a fronteira entre os dois domínios.
• Auth e Identidade — IAM (galho 4) é a aplicação, na nuvem, dos conceitos gerais desse domínio.