La conversación casi siempre empieza mal.
"Queremos irnos a AWS porque es el líder."
"O mejor Azure, porque ya usamos Microsoft."
Las dos respuestas podrían terminar siendo correctas, pero por las razones equivocadas.
La realidad es que AWS y Azure son plataformas extremadamente maduras. Las dos tienen presencia global, servicios de sobra para una empresa mediana y capacidades que hace años dejaron de ser un diferenciador. A este nivel, la marca ya no es lo que debería decidir el proyecto.
Lo que realmente mueve la aguja es su situación concreta.
Estos son los criterios que vale la pena revisar, y en el orden en que conviene hacerlo.
1. Tu ecosistema actual pesa más que el catálogo del proveedor
Si tu empresa ya vive dentro del ecosistema Microsoft —Microsoft 365, Entra ID (antes Azure AD), Windows Server, SQL Server— Azure arranca con una ventaja muy real.
La identidad ya está integrada, la administración suele ser más natural y, además, existe el beneficio de licenciamiento híbrido (Azure Hybrid Benefit), que permite reutilizar ciertas licencias existentes de Windows Server y SQL Server. Dependiendo del escenario, eso puede representar un ahorro importante.
Ahora bien, si tu operación corre principalmente sobre Linux, contenedores y aplicaciones desarrolladas internamente, sin demasiada dependencia de Microsoft, esa ventaja prácticamente desaparece. En ese terreno AWS compite de tú a tú y, en algunos casos, puede resultar una mejor opción.
La primera pregunta no debería ser "¿qué nube es mejor?", sino:
¿Con qué ecosistema ya convive tu empresa?
2. El talento disponible importa más de lo que parece
La nube no se administra sola.
Alguien tendrá que diseñarla, asegurarla, monitorearla y operarla durante los próximos años.
Y ahí aparece una pregunta mucho más importante que la marca:
¿Quién va a administrar esto?
¿Tu equipo interno? ¿Un proveedor administrado? ¿Una combinación de ambos?
Hemos visto organizaciones tomar decisiones basadas en el marketing del proveedor y terminar con una plataforma que nadie en la empresa sabe operar correctamente.
Una arquitectura excelente, implementada en la nube "correcta", pero administrada por nadie, termina siendo un problema.
En cambio, una arquitectura simplemente buena, operada por un equipo competente, suele dar mejores resultados.
El talento disponible en tu región y la experiencia real de tu proveedor de servicios administrados son criterios completamente válidos para tomar la decisión.
3. Las cargas reales importan más que los precios de lista
Comparar el costo de una máquina virtual genérica en AWS contra una en Azure no sirve de mucho.
Los costos reales dependen de cosas como:
- Reservas de capacidad y compromisos de uso.
- Tráfico de salida de datos.
- Tipo de almacenamiento y frecuencia de acceso.
- Servicios administrados utilizados.
- Respaldos.
- Monitoreo.
- Alta disponibilidad.
Y hay un rubro que constantemente se subestima:
la salida de datos.
Es uno de esos costos que casi nadie calcula y que termina sorprendiendo a todos.
El ejercicio serio consiste en tomar las tres o cinco cargas que realmente vas a migrar y cotizarlas en ambas plataformas utilizando las calculadoras oficiales.
Con todo incluido.
Respaldos, monitoreo, almacenamiento y transferencia de datos.
La experiencia nos dice que, después de hacer ese ejercicio, las diferencias suelen ser mucho menores de lo que el debate entre marcas hace creer.
Y en ocasiones aparece una conclusión todavía más interesante:
hay cargas que simplemente no conviene mover a la nube todavía.
4. El costo de salir también se decide hoy
Toda decisión de nube genera cierto nivel de dependencia.
Usar servicios administrados propietarios —bases de datos serverless, funciones, colas nativas, servicios específicos del proveedor— te permite avanzar más rápido, pero también aumenta el nivel de acoplamiento.
Por otro lado, operar principalmente con máquinas virtuales y contenedores te da más portabilidad, aunque a cambio exige más trabajo operativo.
No existe una respuesta universal.
Lo importante es que la decisión sea consciente.
Por cada carga deberías poder responder:
- ¿Qué tan dependientes queremos ser de este proveedor?
- ¿Cuánto costaría mover esta aplicación a otra nube?
- ¿Qué tan difícil sería regresar a un entorno propio?
Elegir un proveedor "para siempre" sin haber pensado en la salida es la versión moderna de firmar un contrato sin leer la letra pequeña.
La conclusión práctica
Haz la evaluación con:
- Tus cargas.
- Tu licenciamiento.
- Tu equipo.
- Tu horizonte de tres a cinco años.
Si después de ese ejercicio AWS y Azure quedan prácticamente empatados —y sucede más seguido de lo que parece— entonces sí, elige por ecosistema, afinidad tecnológica o incluso comodidad operativa.
Pero que ese sea el último criterio.
No el primero.
Porque si hoy tuvieras que justificar ante dirección por qué elegiste una nube en particular, ¿podrías hacerlo con números de tus propias cargas… o solamente con el argumento de que "es la más popular"?