CDL
Deep Dive
Las 6 Rs de la migración, herramientas de Google Cloud para migrar workloads, y el camino de modernización de aplicaciones.
Cuando una empresa mueve workloads a la nube, elige una estrategia de migración. Las "6 Rs" son el framework estándar de la industria para categorizar estas estrategias.
Mueve la app tal como está a la nube sin modificaciones. VM on-premises → Compute Engine. Sin optimización, máxima velocidad de migración.
Cuándo aplicar
Migrar rápidamente para salir de un datacenter. Primer paso antes de modernizar.
Pequeños cambios para aprovechar capacidades cloud sin rediseñar. Ej: migrar de MySQL en VMs a Cloud SQL.
Cuándo aplicar
Quieres beneficios cloud básicos (managed service, backups automáticos) con mínimo esfuerzo.
Cambia a un producto SaaS diferente. Ej: pasar de un CRM propio a Salesforce, o de Exchange a Google Workspace.
Cuándo aplicar
La app no es diferenciadora del negocio y existe un SaaS que cubre el caso de uso.
Rediseñar la app para usar capacidades cloud nativas: microservicios, contenedores, serverless. Mayor esfuerzo, mayor beneficio a largo plazo.
Cuándo aplicar
La app tiene problemas de escala o agilidad que solo se resuelven con rediseño.
Eliminar apps que ya no son necesarias. Típicamente 10-20% del portafolio en migraciones grandes puede retirarse.
Cuándo aplicar
La app está duplicada, no tiene usuarios activos, o el negocio ya no la necesita.
Mantener la app on-premises por ahora por razones técnicas, contractuales o de negocio. No todo debe migrarse el día 1.
Cuándo aplicar
App con contrato largo vigente, regulaciones específicas, o migración no rentable aún.
| Herramienta | Qué migra | Detalles clave |
|---|---|---|
| Migrate to Virtual Machines | VMs de VMware, AWS, Azure, o bare metal → Compute Engine | Replicación continua + corte mínimo. Prueba la VM en GCP antes del corte definitivo. |
| Database Migration Service | Bases de datos relacionales a Cloud SQL o AlloyDB | PostgreSQL, MySQL, SQL Server. CDC (Change Data Capture) para migración con mínimo downtime. |
| Datastream | Cambios de BD en tiempo real (replicación continua) | CDC serverless. Replica de Oracle, MySQL, PostgreSQL a BigQuery, Cloud Storage, Spanner. |
| Storage Transfer Service | Datos de AWS S3, Azure Blob, HDFS, on-premises → Cloud Storage | Transferencias programadas o continuas. Para petabytes de datos. |
| Transfer Appliance | Datos masivos on-premises (>20TB) → Cloud Storage | Dispositivo físico que Google envía. Copias datos offline y lo devuelves a Google. |
| BigQuery Data Transfer Service | Datos de SaaS (Google Ads, YouTube, Salesforce) → BigQuery | Conectores nativos para decenas de fuentes de datos externas. |
Inventariar y evaluar apps actuales. ¿Qué migrar, modernizar, retirar? Google Cloud Rapid Assessment & Migration Program (RAMP) ayuda con este análisis.
Lift-and-shift: mueve VMs tal como están a Compute Engine. Rápido, sin cambios de código. Base para modernización posterior.
Conteneriza apps con Docker, despliega en GKE o Cloud Run. Migra bases de datos a servicios gestionados (Cloud SQL, Spanner). Adopta servicios gestionados.
Rediseña como microservicios, usa Cloud Functions para lógica event-driven, Pub/Sub para mensajería, y APIs gestionadas. Máximo aprovechamiento de GCP.
GKE Enterprise (anteriormente Anthos) es la plataforma de Google para gestionar aplicaciones en múltiples entornos: GCP, on-premises, AWS y Azure. Basado en GKE, permite un plano de control unificado para Kubernetes en cualquier lugar.
GKE clusters
Kubernetes gestionado on-premises o en otras nubes. Mismo API de GKE en todos los entornos.
Config Management
Policy-as-code: aplica configuraciones y políticas de seguridad en todos los clusters desde un repositorio Git.
Cloud Service Mesh
Istio gestionado para service mesh: tráfico, observabilidad, seguridad (mTLS) entre microservicios.
Caso de uso
Empresas con regulaciones que requieren on-premises, o estrategia multi-cloud sin vendor lock-in.
Nube híbrida (Hybrid Cloud)
Combinación de infraestructura on-premises con una o más nubes públicas, trabajando juntas. Las empresas mantienen algunos workloads on-premises y otros en la nube.
Multi-cloud
Usar servicios de múltiples proveedores de nube (GCP + AWS + Azure) deliberadamente. No confundir con tener presencia en dos nubes por accidente.
GKE Enterprise: un panel de control para todo
GKE Enterprise (anteriormente Anthos) permite gestionar apps en múltiples entornos (GCP, on-premises, AWS, Azure) desde un único panel de control basado en Kubernetes. Config Management aplica políticas de seguridad consistentes en todos los clusters. Cloud Service Mesh (Istio) gestiona la comunicación entre microservicios en cualquier entorno.
¿Entendiste este tema?
Pon a prueba lo que acabas de aprender
Una empresa tiene 200 VMs en su datacenter on-premises ejecutando aplicaciones legacy críticas. Quieren migrar a Google Cloud lo más rápido posible para salir del datacenter en 6 meses. Las apps no pueden ser modificadas. ¿Qué estrategia y herramienta deben usar?