Lab práctico · Semana 11: Migración, negocio y casos de estudio

Diseño completo de un caso de estudio

Qué vas a construir

Un documento de arquitectura como el que entregaría un arquitecto de Google Cloud: requisitos extraídos del caso, diseño con diagrama, justificación de cada decisión con los pilares del Google Cloud Well-Architected Framework, plan de migración por olas, KPIs y una estimación de coste hecha con la calculadora de precios. Al final compararás tu diseño con una solución de referencia para el caso EHR Healthcare.

flowchart LR
  C["Caso oficial (PDF)"] --> R["Tabla de requisitos"]
  R --> A["Arquitectura + diagrama"]
  A --> W["Justificación con los 6 pilares"]
  W --> M["Plan de migración por olas"]
  M --> K["KPIs y costes (calculadora)"]
  K --> S["Comparar con la solución de referencia"]

Antes de empezar

• Haber leído los módulos anteriores y la teoría de migración de esta semana.
• Elegir un caso. Recomendación: EHR Healthcare si es tu primera vez (es el que tiene solución de referencia en este lab); después repite el ejercicio con otro.
  • Altostrat Media · Cymbal Retail · EHR Healthcare · KnightMotives Automotive
• Descargar el PDF oficial del caso (enlace en su página) y leerlo en inglés.
• Tener a mano la calculadora de precios: https://cloud.google.com/products/calculator. No necesitas iniciar sesión para usarla.
• Un editor para el documento (Google Docs, Markdown, papel) y, para el diagrama, papel o cualquier herramienta de diagramas (también puedes escribir Mermaid).

Paso 1: Extrae los requisitos

Lee el caso con un lápiz y separa en una tabla:

Incluye tres tipos de cosas:

• Requisitos funcionales: qué debe hacer el sistema (ingerir datos de nuevas aseguradoras, generar resúmenes…).
• Requisitos no funcionales: disponibilidad, latencia, seguridad, cumplimiento, coste, operación.
• Restricciones: lo que no puedes cambiar (sistemas que se quedan, plazos, presupuesto, habilidades).

Por qué: en el examen, cada pregunta de caso apunta a uno de estos requisitos. Si los tienes numerados, reconocerás al instante a cuál se refiere la pregunta.

Paso 2: Identifica la prioridad declarada y los riesgos

Busca en la declaración del directivo (executive statement) la prioridad principal y escríbela en una línea. Después lista los tres riesgos mayores del proyecto (por ejemplo: plazo de un contrato, datos regulados, habilidades del equipo) y cómo los mitigarías.

Paso 3: Diseña la arquitectura objetivo

Para cada requisito de la tabla, asigna uno o varios servicios de Google Cloud y el motivo. Formato recomendado:

Después dibuja el diagrama con estas capas: usuarios y entrada (balanceo, CDN, WAF), cómputo, datos, integración, analítica/IA, seguridad e identidad, observabilidad, conectividad híbrida.

Comprueba que ningún requisito queda sin servicio y que ningún servicio queda sin requisito (si pusiste algo «porque sí», quítalo: el examen premia la solución más sencilla que cumple).

Paso 4: Justifica con el Well-Architected Framework

Para cada uno de los seis pilares, escribe dos o tres frases sobre cómo lo cumple tu diseño:

Paso 5: Plan de migración

Clasifica cada componente actual con su «R» (rehost, replatform, refactor, re-architect, rebuild, repurchase, retire, retain) y organízalo en olas:

1. Base (landing zone): identidad, jerarquía, red, seguridad, facturación.
2. Ola piloto.
3. Olas por prioridad de negocio.
4. Optimización.

Para cada ola indica: qué se mueve, con qué herramienta (Migrate to Virtual Machines, Database Migration Service, Storage Transfer Service…), cómo se prueba y cuál es el plan de vuelta atrás.

Paso 6: KPIs y procesos de negocio

• Define cinco KPIs ligados a los requisitos (por ejemplo, «disponibilidad mensual ≥ 99,9 %», «tiempo de alta de una aseguradora nueva»).
• Escribe un párrafo de gestión del cambio: a quién hay que convencer, qué formación necesita el equipo, cómo se comunicará.

Paso 7: Estima el coste con la calculadora

1. Abre la calculadora de precios y pulsa Add to estimate.
2. Añade los componentes principales de tu diseño. Para EHR, por ejemplo:
   • GKE (Autopilot o Standard) con el número de vCPU y memoria estimados, en dos regiones.
   • Cloud SQL (MySQL y SQL Server) con alta disponibilidad activada.
   • Memorystore.
   • Cloud Load Balancing y Cloud CDN con un volumen de tráfico estimado.
   • Cloud Interconnect (puertos y adjuntos VLAN).
   • Cloud Logging (volumen de ingesta y retención) y BigQuery (almacenamiento y consultas).
3. Elige regiones europeas (por ejemplo europe-southwest1, Madrid, y una segunda región) y compara el precio bajo demanda con CUDs de 1 y 3 años donde la calculadora lo permita.
4. Guarda o comparte la estimación (enlace) y anota el total mensual con la fecha de la estimación.

Comprueba que funciona

Tu entrega está completa si tienes:

• Una tabla de requisitos numerada con restricciones y prioridad.
• Un diagrama donde cada servicio está justificado por al menos un requisito.
• Una justificación de los seis pilares.
• Un plan de migración por olas con herramientas y rollback.
• Cinco KPIs y un párrafo de gestión del cambio.
• Una estimación de coste con fecha y enlace.

Después abre la solución de referencia y anota tres diferencias con tu diseño y si tu opción era defendible.

Limpieza

Este lab no crea recursos en Google Cloud, así que no hay nada que borrar ni coste asociado. Si guardaste una estimación en la calculadora, es solo un enlace: no genera cargos.

Preguntas para pensar como arquitecto