Cerramos el Capítulo 33 con el proyecto más ambicioso de todos: una landing zone multi-cuenta con Terraform y Control Tower. Si los proyectos anteriores construían aplicaciones o plataformas concretas, este construye los cimientos sobre los que se despliega todo lo demás en una organización grande. Combina los conceptos más avanzados del libro (gobernanza, multi-cuenta, automatización a escala) en un proyecto que demuestra un dominio de nivel profesional. Es la culminación práctica de todo lo aprendido.

Qué es una landing zone (un repaso)

Recuerda los Capítulos 30 y 31: una landing zone es el entorno base, bien organizado y seguro, que una empresa prepara antes de empezar a desplegar sus aplicaciones. Es como urbanizar un terreno (poner calles, agua, electricidad, normas) antes de construir las casas. En una organización grande, esto implica múltiples cuentas de AWS (subcapítulo 30.1) gobernadas de forma centralizada.

   Una landing zone es la BASE sobre la que todo lo demás se construye:
   - múltiples cuentas organizadas (Cap. 30.1)
   - gobernanza y seguridad centralizadas (Cap. 30.3)
   - todo automatizado y replicable (Cap. 30.4)

Este proyecto construye esa base: es el más complejo porque ata los conceptos más avanzados del libro.

Las piezas y cómo encajan

El proyecto combina los conceptos avanzados de la Parte VII, cada uno con su papel:

Organizations: la estructura de cuentas

AWS Organizations (subcapítulo 23.1) es la base: permite tener múltiples cuentas organizadas en una jerarquía (con OUs, organizational units) y aplicar políticas centralizadas (SCPs, los «límites» de lo que cada cuenta puede hacer). Es el «mapa» de tu organización en la nube.

Organizations → estructura de múltiples cuentas + políticas centrales (SCPs)

Control Tower: montar y gobernar la landing zone

Control Tower (subcapítulo 30.2) es el servicio que monta y gobierna la landing zone por ti, aplicando buenas prácticas automáticamente. Con su Account Factory (subcapítulo 30.2), crear nuevas cuentas que cumplen las normas desde el primer minuto se vuelve sencillo y repetible. Es el «urbanizador» que prepara el terreno siguiendo las mejores prácticas.

Control Tower → monta y gobierna la landing zone con buenas prácticas
   + Account Factory → crear cuentas conformes fácilmente

Logs y seguridad centralizados

La landing zone centraliza la observabilidad y la seguridad de todas las cuentas (subcapítulo 30.3): los logs van a una cuenta central, y servicios como GuardDuty (subcapítulo 23.3) o Security Hub (subcapítulo 23.4) vigilan toda la organización desde un punto central. Así nada se escapa, por muchas cuentas que haya.

Logs y seguridad → centralizados para TODA la organización (Cap. 30.3)

Terraform: definir todo como código a escala

Y Terraform (toda la Parte II en adelante, y especialmente el subcapítulo 30.4) define toda esta landing zone como código, de forma repetible, versionada y a escala multi-cuenta (recuerda los patrones del subcapítulo 30.4 para gestionar muchas cuentas con Terraform). Es lo que hace que toda esta base sea automática, replicable y profesional, en vez de montada a mano.

Terraform → define TODA la landing zone como código, a escala (Cap. 30.4)

La arquitectura completa

Así encaja todo en una landing zone:

   ┌─────────────────── Organización (AWS Organizations) ───────────────────┐
   │                                                                         │
   │   Control Tower (monta y gobierna la landing zone con buenas prácticas) │
   │                                                                         │
   │   ┌─────────────┐   ┌─────────────┐   ┌─────────────┐   ┌────────────┐  │
   │   │ Cuenta      │   │ Cuenta      │   │ Cuenta      │   │ Cuenta     │  │
   │   │ seguridad   │   │ logs        │   │ producción  │   │ desarrollo │  │
   │   │ (GuardDuty, │   │ (logs       │   │ (apps)      │   │ (apps)     │  │
   │   │  Sec. Hub)  │   │  centrales) │   │             │   │            │  │
   │   └─────────────┘   └─────────────┘   └─────────────┘   └────────────┘  │
   │          ▲                ▲                                             │
   │          └── seguridad y logs centralizados de TODA la organización ───┘
   │                                                                         │
   │   SCPs (límites de lo que cada cuenta puede hacer) aplicados a todas    │
   └─────────────────────────────────────────────────────────────────────────┘
                    Todo definido con TERRAFORM (como código)

Es una organización completa: múltiples cuentas (seguridad, logs, producción, desarrollo...) gobernadas por Control Tower, con seguridad y logs centralizados, límites (SCPs) aplicados a todas, y todo definido con Terraform. Esta es la base sobre la que la empresa desplegaría luego sus aplicaciones (¡como las de los proyectos anteriores!).

Por qué es el proyecto más completo

Este proyecto es la culminación porque junta lo más avanzado del libro:

   Conceptos del libro que consolidas (¡los más avanzados!):
   - Multi-cuenta: por qué y cómo separar (Cap. 30.1)
   - Organizations y SCPs (Cap. 23.1)
   - Control Tower y Account Factory (Cap. 30.2)
   - Logs y seguridad centralizados (Cap. 30.3)
   - GuardDuty, Security Hub a nivel organización (Cap. 23)
   - Terraform a escala multi-cuenta (Cap. 30.4)
   - Buenas prácticas de Well-Architected (Cap. 27)
   - Golden paths y platform engineering como continuación (Cap. 31)

⚠️ Es un proyecto avanzado. No es para hacerlo nada más empezar: requiere haber entendido bien la Parte VII. Si lo abordas, hazlo con calma, e incluso una versión simplificada (unas pocas cuentas, lo esencial) ya te enseña enormemente. No hace falta replicar una landing zone de una multinacional para aprender los conceptos.

Ejemplo del mundo real: alguien que aspira a roles avanzados (arquitecto cloud, platform engineer) quiere demostrar que domina la organización de la nube a escala, no solo desplegar una app. Construye una landing zone multi-cuenta simplificada: define con Terraform una organización con varias cuentas (una de seguridad, una de logs, una de producción, una de desarrollo), usa Control Tower para gobernarla con buenas prácticas, centraliza los logs y activa GuardDuty y Security Hub para toda la organización, y aplica SCPs como límites. Al construirlo, se enfrenta a la complejidad real de gobernar múltiples cuentas y entiende de verdad cómo las grandes empresas estructuran su nube. Acaba con un proyecto que demuestra un dominio de nivel profesional, muy por encima de saber desplegar una aplicación suelta. Para los roles que ambiciona, este es el proyecto que marca la diferencia.

Lo que debes recordar

  • La landing zone multi-cuenta es el proyecto más ambicioso: construye los cimientos sobre los que una organización despliega todo lo demás. Una landing zone es el entorno base, organizado y seguro (como urbanizar un terreno antes de construir), con múltiples cuentas gobernadas centralmente (Caps. 30, 31).
  • Combina lo más avanzado: Organizations (estructura de cuentas + SCPs, Cap. 23.1), Control Tower (monta y gobierna con buenas prácticas + Account Factory, Cap. 30.2), logs y seguridad centralizados (GuardDuty, Security Hub para toda la organización, Caps. 30.3, 23) y Terraform (define todo como código a escala, Cap. 30.4).
  • Arquitectura: una organización con varias cuentas (seguridad, logs, producción, desarrollo...), gobernada por Control Tower, con seguridad/logs centralizados y SCPs en todas, todo en Terraform. Es la base para desplegar luego las apps de los otros proyectos.
  • Es la culminación práctica del libro (junta multi-cuenta, gobernanza, Well-Architected, platform engineering). ⚠️ Es avanzado: abórdalo con calma; una versión simplificada ya enseña muchísimo.

¡Has completado el Capítulo 33 y tienes cuatro proyectos —de menor a mayor complejidad— para consolidar todo lo aprendido construyendo cosas reales! En el Capítulo 34, el último del libro, veremos los recursos y la comunidad que te acompañarán en tu camino para seguir creciendo más allá de estas páginas.

Cloud, AWS & Terraform — De cero a experto

Capítulo 1 · Qué es el cloud computing

Capítulo 2 · El mercado cloud y los grandes proveedores

Capítulo 3 · Regiones, zonas de disponibilidad y edge

Capítulo 4 · Cómputo: EC2

Capítulo 5 · Almacenamiento: S3

Capítulo 6 · Redes: VPC

Capítulo 7 · Identidad y acceso: IAM

Capítulo 8 · Bases de datos gestionadas

Capítulo 9 · Por qué Infraestructura como Código

Capítulo 10 · HCL: el lenguaje de Terraform

Capítulo 11 · Providers y estado

Capítulo 12 · Tu primera infraestructura real en Terraform

Capítulo 13 · Balanceo de carga y autoescalado

Capítulo 14 · Serverless con Lambda

Capítulo 15 · Mensajería y eventos

Capítulo 16 · Entrega de contenido y DNS

Capítulo 17 · Contenedores en AWS

Capítulo 18 · Módulos: reutilización y composición

Capítulo 19 · Workspaces y gestión de entornos

Capítulo 20 · Backends remotos y locking

Capítulo 21 · Testing de infraestructura

Capítulo 22 · Terraform en CI/CD

Capítulo 23 · Seguridad en profundidad

Capítulo 24 · Observabilidad: logs, métricas y trazas

Capítulo 25 · Optimización de costes

Capítulo 26 · Alta disponibilidad y disaster recovery

Capítulo 27 · Well-Architected Framework de AWS

Capítulo 28 · Arquitecturas serverless a escala

Capítulo 29 · Plataformas de datos en AWS

Capítulo 30 · Multi-cuenta y landing zones

Capítulo 31 · Platform Engineering e Internal Developer Platform

Capítulo 32 · Certificaciones AWS relevantes

Capítulo 33 · Proyectos para consolidar lo aprendido

Capítulo 34 · Recursos y comunidad

© Copyright 2024. Todos los derechos reservados