01
¿Por qué migrar (y cuándo NO conviene)?
Razones reales para migrar:
- Reducción de TCO: típicamente 30-55% vs on-premise una vez optimizado. El primer año puede ser igual o más caro por la migración misma.
- Disponibilidad y DR: SLAs del 99.95-99.99% que en on-premise requieren inversión millonaria.
- Escalabilidad on-demand: cargas pico (Buen Fin, Cyber Monday, fin de mes contable) sin sobreaprovisionar.
- Acceso a servicios managed: bases de datos, IA, analytics que en on-premise tomaría años montar.
- Cumplimiento: SOC 2, ISO 27001, HIPAA, PCI ya certificados a nivel infraestructura.
NO conviene migrar cuando: (a) tienes 2 años amortizando hardware que aún sirve, (b) cargas predecibles ultra-estables que no escalan, (c) regulaciones que exigen on-premise (algunas fintech reguladas en MX todavía).
02
Azure vs AWS para empresas mexicanas: comparativa real
La pregunta más común. La respuesta corta: depende de tu stack actual y de tu cliente principal.
| Criterio | Azure | AWS |
|---|---|---|
| Región más cercana | México Central (Querétaro) | us-east-1 (Virginia) o us-west-2 |
| Latencia desde Mty/CDMX | 5-15 ms | 40-80 ms |
| Integración Microsoft 365 / AD | Nativa | Vía AD Connector |
| Servicios IA/ML maduros | OpenAI integrado | Bedrock (Claude, Llama) |
| Catálogo de servicios | ~200 servicios | ~250 servicios |
| Precio típico (igual workload) | Ligeramente más caro | Ligeramente más barato |
| Talento disponible en MX | Alto (M365 ubicuo) | Medio-Alto |
Recomendación práctica: si tu stack es .NET, SQL Server, Active Directory, Office 365 → Azure. Si tienes Linux/Java/Python o quieres opciones máximas → AWS. Para muchas empresas mexicanas, Azure gana por la región México Central + integración M365 + talento abundante.
03
Landing zone: cómo no empezar mal
El error más caro en cloud migration es empezar sin landing zone. Una landing zone es la fundación: subscriptions/accounts organizadas, networking, identidad, seguridad baseline, logging y políticas. Si subes workloads sin esto, después es 5x más caro reorganizar.
Componentes mínimos:
- Estructura de cuentas/subscriptions por ambiente (Prod, Stage, Dev, Sandbox) y por unidad de negocio si aplica.
- Networking hub-spoke: VNet/VPC central + redes por entorno, conexión a on-premise via ExpressRoute (Azure) o Direct Connect (AWS).
- Identidad: Entra ID / IAM federation, SSO, MFA forzado, roles least privilege.
- Logging centralizado: Log Analytics o CloudWatch, SIEM (Sentinel o Security Hub).
- Policies as code: Azure Policy / AWS Organizations + SCPs. Bloquear regiones no permitidas, exigir tags, prohibir recursos sin encryption.
- Infraestructura como código: Terraform o Bicep/CDK. Nada manual de inicio.
Microsoft tiene su "Cloud Adoption Framework" + Azure Landing Zones, AWS tiene "Well-Architected Framework" + Control Tower. Sigue uno desde día 1.
04
DevOps: CI/CD, contenedores y Kubernetes
Migrar a cloud sin modernizar tu pipeline = perder 60% del valor. Cosas que deberías implementar:
- CI/CD: GitHub Actions, Azure DevOps, GitLab CI. Tests automáticos + deploy en minutos, no días.
- Contenedores: Docker para empaquetar. Apps stateless, configurables via env vars, logs a stdout.
- Kubernetes: AKS (Azure) o EKS (AWS) para orquestar contenedores. Escala horizontal automática, rolling deployments sin downtime.
- Observability: Datadog, Grafana, Azure Monitor — tracing, métricas, alertas. Si no ves, no operas.
- Secrets management: Azure Key Vault o AWS Secrets Manager. Nada en repos, todo rotable.
- Cost optimization: reserved instances + autoscaling + spot/preemptible. Empresas que no optimizan pagan 2-3x.
05
Caso real: manufactura en Monterrey migra 12 apps .NET a Azure
Una empresa manufacturera en Monterrey (3,000 empleados) operaba 12 aplicaciones .NET legacy on-premise: ERP custom, MES, sistemas de calidad, BI y portales. Costo mensual hosting: USD 38K. Disponibilidad: 96.5% (caídas frecuentes).
Plan ejecutado en 9 meses:
- Discovery + landing zone (mes 1): assessment Azure Migrate, diseño landing zone, IaC base.
- Lift-and-shift de 5 apps "estables" (mes 2-3): de VMware on-prem a Azure VM. Migración tipo "rehost".
- Refactor de 4 apps prioritarias (mes 4-7): App Service + Azure SQL + Redis Cache + Azure DevOps CI/CD.
- Containerización en AKS de 3 apps modernas (mes 8-9): Docker + AKS + Helm charts.
- Decommission del datacenter (mes 10): apagado on-prem, ahorro mes 11+.
Resultado: hosting bajó a USD 17.5K/mes (-54%), disponibilidad subió a 99.9%, deploys pasaron de 1/mes a 15-20/semana, MTTR de 4 horas a 25 minutos.
06
Errores más caros al migrar a la nube
- Migrar sin landing zone. Workloads regados en subscriptions sin estructura = pesadilla operativa al año.
- Solo "lift-and-shift" sin optimizar. Subes VM iguales y pagas más caro que on-prem. Necesitas right-sizing, reserved instances, autoscaling.
- Olvidar el monitoring de costos. Azure y AWS te dejan gastar sin alertar. Sin FinOps básico, en 6 meses pagas 3x lo proyectado.
- No entrenar al equipo IT existente. Tu equipo on-prem necesita 6 meses de upskilling. Si no, dependes 100% del partner externo para todo.
- Comprometerse con un solo cloud sin estrategia multi-cloud futura. Vendor lock-in cuesta caro cuando renuevas a 3 años.