Entender cómo se estructuran los recursos en Google Cloud Platform es fundamental para gestionar correctamente los accesos, los costos y la seguridad de cualquier empresa. La jerarquía de recursos funciona de forma muy similar a un sistema de archivos en Linux o Windows, donde todo parte de un nodo principal y se ramifica en forma de árbol. En GCP, esta estructura se compone de tres niveles clave: la organización, los folders y los proyectos.

¿Por qué todo en Google Cloud es un recurso?

Así como en Linux todo es un archivo (carpetas, configuraciones, binarios), en Google Cloud todo es un recurso [0:45]. Una máquina virtual, un disco duro, una aplicación de Kubernetes, una regla de firewall o un switch de red: todos son recursos que necesitan ser organizados de manera lógica. Sin una estructura clara, administrar cientos o miles de estos elementos sería caótico.

La jerarquía de recursos ofrece primitivos flexibles para modelar las necesidades organizacionales de cualquier compañía [2:07]. No importa si se trata de una empresa de manufactura, distribución o servicios profesionales, el sistema se adapta a prácticamente cualquier estructura.

¿Qué es el nodo organización y qué guarda?

El nodo organización es la raíz del árbol [2:20]. Funciona como el directorio root en Linux, y a él se le asocian varios elementos críticos:

• La cuenta de facturación (billing account) de toda la empresa.
• Los grupos de administradores que operan a nivel global.
• Las políticas de seguridad que deben aplicarse en cascada hacia abajo.
• Las identidades de los usuarios que interactúan con la plataforma.
• Un dominio que identifica a la organización (por ejemplo, platzi.com o google.com).

Para las identidades existen dos caminos [3:00]. Si la empresa ya utiliza Google Workspace (Gmail corporativo, Google Docs, Drive compartidos), las identidades ya existen y están vinculadas a cada colaborador. Si no se usa Workspace, se puede recurrir a Cloud Identity, un servicio que permite crear usuarios para Google Cloud sin necesidad de pagar licencias de productividad. Las primeras cincuenta identidades son gratuitas [4:07], y a partir de la número cincuenta y uno se genera un costo de administración.

¿Cómo funcionan los folders para organizar departamentos?

Debajo de la organización se encuentran los folders [5:00]. Un folder puede contener otros folders (creando subjerarquías) o directamente proyectos. La estrategia más común es modelar los departamentos de la compañía:

• Ingeniería o tecnologías de la información.
• Recursos humanos y finanzas.
• Marketing y áreas especializadas según el giro del negocio.

Esta división ofrece tres ventajas concretas:

• Control de acceso: permite discriminar quién accede a qué recursos. Por ejemplo, alguien de marketing no debería ver los sistemas de control de producción si no tiene necesidad [6:15].
• Centros de costos: facilita saber cuánto cuesta cada aplicación o cada área por separado [7:00].
• Políticas de seguridad por folder: además de las políticas globales de la organización, se pueden establecer reglas específicas para cada folder, como restringir el uso de imágenes de sistemas operativos no aprobadas o impedir la creación de cuentas de facturación adicionales [7:25].

La herencia en cascada es un concepto central aquí: los permisos definidos en un nivel superior se propagan automáticamente hacia los niveles inferiores [2:52].

¿Qué papel juegan los proyectos dentro de GCP?

Los proyectos son el último nivel de la jerarquía y funcionan como agrupadores directos de recursos [8:10]. Dentro de un proyecto se alojan máquinas virtuales, redes, bases de datos, servicios de inteligencia artificial, clusters de Kubernetes, contenedores, registros, monitoreo y alertas.

La mejor práctica es que cada proyecto tenga un solo caso de uso [8:45]. Esto se asemeja a la diferencia entre un monolito y los microservicios en desarrollo de software:

• Un megaproyecto con todo centralizado es difícil de mantener y asegurar.
• Proyectos pequeños y específicos son más fáciles de evolucionar, más seguros y más manejables.

Por ejemplo, un proyecto puede dedicarse exclusivamente a los pipelines de CI/CD, otro a correr un microservicio específico y otro a alojar el sitio web de marketing [9:15].

¿Cómo modelar tu organización con estos tres niveles?

Combinar organizaciones, folders y proyectos permite construir una estructura que refleje fielmente la realidad de la empresa. Algunas buenas prácticas incluyen separar ambientes de producción y no producción, modelar la estructura departamental y mantener proyectos lo más ligeros posible.

Si ya has trabajado con GCP, comparte en los comentarios cómo has organizado tu jerarquía y qué estrategias te han funcionado mejor.