Tanquem el Capítol 33 amb el projecte més ambiciós de tots: una landing zone multi-compte amb Terraform i Control Tower. Si els projectes anteriors construïen aplicacions o plataformes concretes, aquest construeix els fonaments sobre els quals es desplega tot la resta en una organització gran. Combina els conceptes més avançats del llibre (governança, multi-compte, automatització a escala) en un projecte que demostra un domini de nivell professional. És la culminació pràctica de tot el que s’ha après.

Què és una landing zone (un repàs)

Recorda els Capítols 30 i 31: una landing zone és l’entorn base, ben organitzat i segur, que una empresa prepara abans de començar a desplegar les seves aplicacions. És com urbanitzar un terreny (posar carrers, aigua, electricitat, normes) abans de construir les cases. En una organització gran, això implica múltiples comptes d’AWS (subcapítol 30.1) governades de forma centralitzada.

   Una landing zone és la BASE sobre la qual tot la resta es construeix:
   - múltiples comptes organitzades (Cap. 30.1)
   - governança i seguretat centralitzades (Cap. 30.3)
   - tot automatitzat i replicable (Cap. 30.4)

Aquest projecte construeix aquesta base: és el més complex perquè lliga els conceptes més avançats del llibre.

Les peces i com encaixen

El projecte combina els conceptes avançats de la Part VII, cadascun amb el seu paper:

Organizations: l’estructura de comptes

AWS Organizations (subcapítol 23.1) és la base: permet tenir múltiples comptes organitzades en una jerarquia (amb OUs, organizational units) i aplicar polítiques centralitzades (SCPs, els «límits» del que cada compte pot fer). És el «mapa» de la teva organització al núvol.

Organizations → estructura de múltiples comptes + polítiques centrals (SCPs)

Control Tower: muntar i governar la landing zone

Control Tower (subcapítol 30.2) és el servei que munta i governa la landing zone per tu, aplicant bones pràctiques automàticament. Amb la seva Account Factory (subcapítol 30.2), crear nous comptes que compleixen les normes des del primer minut es torna senzill i repetible. És l’«urbanitzador» que prepara el terreny seguint les millors pràctiques.

Control Tower → munta i governa la landing zone amb bones pràctiques
   + Account Factory → crear comptes conformes fàcilment

Logs i seguretat centralitzats

La landing zone centralitza la observabilitat i la seguretat de tots els comptes (subcapítol 30.3): els logs van a un compte central, i serveis com GuardDuty (subcapítol 23.3) o Security Hub (subcapítol 23.4) vigilen tota l’organització des d’un punt central. Així res s’escapa, per molts comptes que hi hagi.

Logs i seguretat → centralitzats per a TOTA l’organització (Cap. 30.3)

Terraform: definir tot com a codi a escala

I Terraform (tota la Part II en endavant, i especialment el subcapítol 30.4) defineix tota aquesta landing zone com a codi, de manera repetible, versionada i a escala multi-compte (recorda els patrons del subcapítol 30.4 per gestionar molts comptes amb Terraform). És el que fa que tota aquesta base sigui automàtica, replicable i professional, en comptes de muntada a mà.

Terraform → defineix TOTA la landing zone com a codi, a escala (Cap. 30.4)

L’arquitectura completa

Així encaixa tot en una landing zone:

   ┌─────────────────── Organització (AWS Organizations) ───────────────────┐
   │                                                                         │
   │   Control Tower (munta i governa la landing zone amb bones pràctiques)  │
   │                                                                         │
   │   ┌─────────────┐   ┌─────────────┐   ┌─────────────┐   ┌────────────┐  │
   │   │ Compte      │   │ Compte      │   │ Compte      │   │ Compte     │  │
   │   │ seguretat   │   │ logs        │   │ producció   │   │ desenvolup │  │
   │   │ (GuardDuty, │   │ (logs       │   │ (apps)      │   │ (apps)     │  │
   │   │  Sec. Hub)  │   │  centrals)  │   │             │   │            │  │
   │   └─────────────┘   └─────────────┘   └─────────────┘   └────────────┘  │
   │          ▲                ▲                                             │
   │          └── seguretat i logs centralitzats de TOTA l’organització ────┘
   │                                                                         │
   │   SCPs (límits del que cada compte pot fer) aplicats a totes            │
   └─────────────────────────────────────────────────────────────────────────┘
                    Tot definit amb TERRAFORM (com a codi)

És una organització completa: múltiples comptes (seguretat, logs, producció, desenvolupament...) governades per Control Tower, amb seguretat i logs centralitzats, límits (SCPs) aplicats a totes, i tot definit amb Terraform. Aquesta és la base sobre la qual l’empresa desplegaria després les seves aplicacions (com les dels projectes anteriors!).

Per què és el projecte més complet

Aquest projecte és la culminació perquè ajunta el més avançat del llibre:

   Conceptes del llibre que consolides (els més avançats!):
   - Multi-compte: per què i com separar (Cap. 30.1)
   - Organizations i SCPs (Cap. 23.1)
   - Control Tower i Account Factory (Cap. 30.2)
   - Logs i seguretat centralitzats (Cap. 30.3)
   - GuardDuty, Security Hub a nivell organització (Cap. 23)
   - Terraform a escala multi-compte (Cap. 30.4)
   - Bones pràctiques de Well-Architected (Cap. 27)
   - Golden paths i platform engineering com a continuació (Cap. 31)

⚠️ És un projecte avançat. No és per fer-lo només començar: requereix haver entès bé la Part VII. Si l’aboques, fes-ho amb calma, i fins i tot una versió simplificada (uns pocs comptes, l’essencial) ja t’ensenya enormement. No cal replicar una landing zone d’una multinacional per aprendre els conceptes.

Exemple del món real: algú que aspira a rols avançats (arquitecte cloud, platform engineer) vol demostrar que domina l’organització del núvol a escala, no només desplegar una app. Construeix una landing zone multi-compte simplificada: defineix amb Terraform una organització amb diversos comptes (un de seguretat, un de logs, un de producció, un de desenvolupament), fa servir Control Tower per governar-la amb bones pràctiques, centralitza els logs i activa GuardDuty i Security Hub per a tota l’organització, i aplica SCPs com a límits. En construir-ho, s’enfronta a la complexitat real de governar múltiples comptes i entén de veritat com les grans empreses estructuren el seu núvol. Acaba amb un projecte que demostra un domini de nivell professional, molt per sobre de saber desplegar una aplicació aïllada. Per als rols que ambiciona, aquest és el projecte que marca la diferència.

El que has de recordar

  • La landing zone multi-compte és el projecte més ambiciós: construeix els fonaments sobre els quals una organització desplega tot la resta. Una landing zone és l’entorn base, organitzat i segur (com urbanitzar un terreny abans de construir), amb múltiples comptes governades centralment (Caps. 30, 31).
  • Combina el més avançat: Organizations (estructura de comptes + SCPs, Cap. 23.1), Control Tower (munta i governa amb bones pràctiques + Account Factory, Cap. 30.2), logs i seguretat centralitzats (GuardDuty, Security Hub per a tota l’organització, Caps. 30.3, 23) i Terraform (defineix tot com a codi a escala, Cap. 30.4).
  • Arquitectura: una organització amb diversos comptes (seguretat, logs, producció, desenvolupament...), governada per Control Tower, amb seguretat/logs centralitzats i SCPs a totes, tot en Terraform. És la base per desplegar després les apps dels altres projectes.
  • És la culminació pràctica del llibre (ajunta multi-compte, governança, Well-Architected, platform engineering). ⚠️ És avançat: abordeu-lo amb calma; una versió simplificada ja ensenya moltíssim.

Has completat el Capítol 33 i tens quatre projectes —de menor a major complexitat— per consolidar tot el que has après construint coses reals! Al Capítol 34, l’últim del llibre, veurem els recursos i la comunitat que t’acompanyaran en el teu camí per seguir creixent més enllà d’aquestes pàgines.

Cloud, AWS & Terraform — De zero a expert

Capítol 1 · Què és el cloud computing

Capítol 2 · El mercat cloud i els grans proveïdors

Capítol 3 · Regions, zones de disponibilitat i edge

Capítol 4 · Càlcul: EC2

Capítol 5 · Emmagatzematge: S3

Capítol 6 · Xarxes: VPC

Capítol 7 · Identitat i accés: IAM

Capítol 8 · Bases de dades gestionades

Capítol 9 · Per què Infraestructura com a Codi

Capítol 10 · HCL: el llenguatge de Terraform

Capítol 11 · Providers i estat

Capítol 12 · La teva primera infraestructura real amb Terraform

Capítol 13 · Balanceig de càrrega i autoescalat

Capítol 14 · Serverless amb Lambda

Capítol 15 · Missatgeria i esdeveniments

Capítol 16 · Lliurament de contingut i DNS

Capítol 17 · Contenidors a AWS

Capítol 18 · Mòduls: reutilització i composició

Capítol 19 · Workspaces i gestió d'entorns

Capítol 20 · Backends remots i locking

Capítol 21 · Testing d'infraestructura

Capítol 22 · Terraform en CI/CD

Capítol 23 · Seguretat en profunditat

Capítol 24 · Observabilitat: logs, mètriques i traces

Capítol 25 · Optimització de costos

Capítol 26 · Alta disponibilitat i disaster recovery

Capítol 27 · Well-Architected Framework d'AWS

Capítol 28 · Arquitectures serverless a escala

Capítol 29 · Plataformes de dades a AWS

Capítol 30 · Multi-compte i landing zones

Capítol 31 · Platform Engineering i Internal Developer Platform

Capítol 32 · Certificacions AWS rellevants

Capítol 33 · Projectes per consolidar el que s'ha après

Capítol 34 · Recursos i comunitat

© Copyright 2024. Tots els drets reservats