Sección 2 · Módulo 1: Configuración inicial en Google Cloud — Clase 3

Jerarquía de recursos en Google Cloud

🧠 Idea clave

Google Cloud organiza todo en una jerarquía de 4 niveles. Esta jerarquía determina cómo se gestionan y aplican las políticas, y las políticas se heredan hacia abajo.

🌳 Los 4 niveles

🏢 Nodo de organización     ← nivel 4 (la cima): ej. empresa.com
 ├── 📁 Carpeta: Finanzas    ← nivel 3 (pueden anidarse subcarpetas)
 │    ├── 📦 Proyecto: app-movil      ← nivel 2
 │    │     ├── 🖥️ VM                 ← nivel 1: recursos
 │    │     └── 🪣 Bucket
 │    └── 📦 Proyecto: web
 │          └── 📊 Tabla BigQuery
 └── 📁 Carpeta: TI
      └── 📁 Subcarpeta: Dev
           └── 📦 Proyecto: pruebas

⬇️ Herencia de políticas

• Las políticas se pueden definir a nivel de organización, carpeta o proyecto. Algunos servicios permiten aplicarlas también sobre recursos específicos.
• Las políticas se heredan hacia abajo: una política en una carpeta se aplica a todos sus proyectos y recursos.

📌 Dato extra frecuente en el examen (no lo dijo la clase): en IAM, la política efectiva es la unión de la del recurso y las heredadas. Un permiso otorgado en un nivel superior no se puede quitar en un nivel inferior.

📦 Proyectos (nivel 2)

Qué se hace en un proyecto: administrar APIs, habilitar facturación, agregar o quitar colaboradores y activar servicios.

• Cada proyecto es una entidad independiente, con sus propios propietarios y usuarios, y se factura por separado.
• Ejemplo: un proyecto para una app móvil y otro para una plataforma web. Cada uno tiene su equipo, sus recursos y su factura, y lo que hagas en uno no afecta al otro.

🏷️ Los 3 identificadores de un proyecto

⚠️ Corrección: la transcripción dice que Google asigna el ID. En realidad, el ID lo eliges tú al crear el proyecto (la consola te sugiere uno) y después ya no se puede cambiar. El que asigna Google es el número. El ID es el que usas en comandos, por ejemplo gcloud config set project mi-proyecto-123.

🛠️ Resource Manager

Herramienta para gestionar proyectos de forma programática (API RPC o REST):

• Listar los proyectos de una cuenta.
• Crear, actualizar y eliminar proyectos.
• Recuperar proyectos eliminados.

📁 Carpetas (nivel 3)

• Agrupan proyectos, otras carpetas o ambos.
• Sirven para estructurar la organización, por ejemplo por departamentos.
• Los recursos heredan las políticas y permisos de la carpeta.
• Ventajas:
  • Permiten delegar derechos administrativos y dar más autonomía a los equipos.
  • Evitan duplicar configuraciones: si dos proyectos son del mismo equipo, los pones en una carpeta y les aplicas la política una sola vez.
• ⚠️ Para usar carpetas necesitas un nodo de organización.

🏢 Nodo de organización (nivel 4)

• Es el recurso más alto. Las carpetas y los proyectos son sus hijos.
• Roles especiales a este nivel:

¿Cómo se obtiene un nodo de organización?

¿Tu empresa es cliente de Google Workspace?
 ├── Sí → los proyectos pertenecen AUTOMÁTICAMENTE al nodo de organización de tu dominio
 └── No → usa Cloud Identity (gestión de identidad y acceso de Google) para crearlo

Una vez creado, las personas del dominio siguen creando proyectos y cuentas de facturación como antes, y puedes ordenarlos en carpetas.

🎯 Tips para el examen

• Orden de arriba hacia abajo: Organización → Carpetas → Proyectos → Recursos.
• Las políticas se heredan hacia abajo. Para aplicar la misma política a varios proyectos, ponlos en una carpeta.
• Sin nodo de organización no hay carpetas.
• Para obtener el nodo de organización: Google Workspace o Cloud Identity.
• ID del proyecto: único global e inmutable. Nombre: editable. Número: lo asigna Google.
• Controlar quién crea proyectos → rol Creador de proyectos (Project Creator).
• Gestionar proyectos por API → Resource Manager.

✅ Autoevaluación