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.
