Google Cloud Platform: conceptos básicos que todo desarrollador debería conocer

Google Cloud Platform (GCP) es la plataforma de servicios en la nube de Google. Ofrece infraestructura, almacenamiento, bases de datos, inteligencia artificial y más, todo administrado desde la nube. En esta guía vas a conocer los conceptos fundamentales para empezar a trabajar con GCP con confianza.
¿Qué es la nube?
Antes de entrar en GCP, conviene tener claro qué significa "la nube": es simplemente un conjunto de servidores accesibles por internet, administrados por un tercero (en este caso, Google). En vez de comprar y mantener tu propio hardware, alquilás recursos bajo demanda y pagás solo lo que usás.
Los tres modelos principales de servicio cloud son:
| Modelo | Descripción | Ejemplo en GCP |
| IaaS | Infraestructura como servicio | Compute Engine (VMs) |
| PaaS | Plataforma como servicio | App Engine, Cloud Run |
| SaaS | Software como servicio | Google Workspace |
Proyectos y organización
En GCP, todo vive dentro de un Proyecto. Un proyecto es la unidad base de organización: agrupa recursos, facturación, permisos y APIs habilitadas.
- Cada proyecto tiene un ID único (no se puede cambiar una vez creado).
- Los proyectos pueden organizarse en carpetas y estas a su vez en una Organización (útil para empresas grandes).
- La facturación se configura a nivel de proyecto mediante una cuenta de facturación (Billing Account).
💡 Buena práctica: creá un proyecto separado para cada entorno (dev, staging, production). Así el acceso y los costos quedan aislados desde el principio.
IAM: identidad y control de acceso
Cloud IAM (Identity and Access Management) es el sistema de permisos de GCP. Define quién puede hacer qué sobre cuáles recursos.
Los tres conceptos clave son:
- Principal (quién): una cuenta de Google, un grupo, una cuenta de servicio o un dominio.
- Rol (qué): un conjunto de permisos agrupados. Pueden ser básicos (
Owner,Editor,Viewer), predefinidos (por servicio) o personalizados. - Recurso (sobre qué): el proyecto, un bucket, una VM, etc.
Compute: cómo correr código en GCP
GCP ofrece varias formas de ejecutar código, según cuánto control y responsabilidad querés tener:
Compute Engine (VMs)
Son máquinas virtuales completas. Vos elegís el SO, la cantidad de CPU y RAM, y sos responsable de administrarlas. Ideal cuando necesitás control total.
App Engine
Una plataforma PaaS donde solo subís tu código y Google administra la infraestructura, el escalado y los parches. Soporta Node.js, Python, Go, Java y más.
Cloud Run
Ejecuta contenedores Docker de forma serverless. Escala automáticamente a cero cuando no hay tráfico (no pagás si no hay peticiones). Es la opción más popular para APIs y microservicios modernos.
Cloud Functions
Funciones serverless individuales, disparadas por eventos (HTTP, Pub/Sub, cambios en Storage, etc.). Ideal para lógica puntual sin necesidad de un servidor completo.
Almacenamiento: dónde guardar tus datos
| Servicio | Tipo | Cuándo usarlo |
| Cloud Storage | Objetos (archivos) | Imágenes, videos, backups, archivos estáticos |
| Cloud SQL | Base de datos relacional | PostgreSQL, MySQL, SQL Server administrados |
| Firestore | NoSQL documental | Apps móviles y web con datos en tiempo real |
| BigQuery | Data warehouse | Análisis de grandes volúmenes de datos |
| Memorystore | Caché en memoria | Redis o Memcached administrado |
Redes: VPC y conceptos clave
La Virtual Private Cloud (VPC) es la red privada virtual donde viven tus recursos en GCP.
- Subred (Subnet): segmento de red dentro de una VPC asociado a una región.
- Firewall Rules: reglas que controlan el tráfico entrante y saliente de los recursos.
- Cloud Load Balancing: distribuye el tráfico entre múltiples instancias para alta disponibilidad.
- Cloud DNS: servicio de DNS administrado por Google.
💡 A diferencia de otras nubes, la VPC de GCP es global por defecto: una sola VPC puede tener subredes en múltiples regiones sin necesidad de peering.
Regiones y zonas
GCP opera en regiones y zonas:
- Una región es una ubicación geográfica (ej.:
us-central1,southamerica-east1). - Cada región tiene al menos tres zonas (ej.:
us-central1-a,us-central1-b,us-central1-c). - Las zonas son centros de datos independientes dentro de una región. Si una zona falla, las otras siguen operando.
Para alta disponibilidad, distribuí tus recursos en múltiples zonas. Para recuperación ante desastres, considerá múltiples regiones.
Pon a prueba lo que aprendiste
¿Qué servicio de cómputo de GCP permite correr contenedores Docker de forma serverless, escalando a cero cuando no hay tráfico?
Resumen rápido
- Proyecto → unidad de organización base en GCP
- IAM → controla quién puede hacer qué sobre qué recursos
- Compute Engine / App Engine / Cloud Run / Cloud Functions → distintas formas de correr código según el nivel de abstracción
- Cloud Storage / Cloud SQL / Firestore / BigQuery → almacenamiento según el tipo de dato
- VPC → red privada global donde viven tus recursos
- Regiones y Zonas → ubican físicamente tus recursos para disponibilidad y latencia
¡Con estos conceptos tenés la base para explorar GCP! En el próximo artículo veremos cómo desplegar tu primera aplicación con Cloud Run paso a paso.
Comentarios
Inicia sesión para dejar un comentario.
Todavía no hay comentarios. ¡Sé el primero!