Comparativa AWS, Azure y Google Cloud: por qué la decisión real está…

El discurso comercial dominante alrededor de los tres principales proveedores de cloud público —Amazon Web Services, Microsoft Azure y Google Cloud Platform— presenta la elección entre ellos como una decisión estratégica con consecuencias profundas para el negocio. Las consultoras venden migraciones, los partners certificados venden implementación, los influencers técnicos venden cursos. La industria está alineada en sostener que la pregunta "¿cuál cloud elegir?" merece deliberación extensa. Este artículo sostiene una posición distinta: para el 80% de las cargas que operan PYMEs y empresas medianas, las diferencias técnicas operativas entre los tres son marginales y no justifican el peso que se les asigna.

Lo que efectivamente diferencia a los tres proveedores —y lo que la conversación comercial tiende a eludir— se concentra en tres variables que casi nunca aparecen al inicio de las propuestas: costo de egreso de datos hacia el usuario final, profundidad del lock-in por servicios propietarios y compliance regional respecto al país donde opera el negocio. La discusión productiva no es "AWS versus Azure versus GCP" sino qué mix de estas tres variables define tu caso, y cómo se traduce en costo y dependencia en el horizonte de tres a cinco años.

Nota metodológica: los datos cuantitativos del artículo provienen de fuentes públicas verificables a mayo de 2026: reportes de mercado de Synergy Research y Canalys, Gartner Magic Quadrant para infraestructura cloud, encuestas State of FinOps de la FinOps Foundation, mapas de regiones oficiales de los tres proveedores y sus calculadoras públicas de pricing. Las afirmaciones cualitativas sobre prácticas comunes derivan de la documentación técnica oficial y de casos públicos documentados; cuando una afirmación no tiene respaldo cuantitativo, se identifica explícitamente como observación de mercado.

Disclosure de la editora: este análisis es publicado por MOX Networks, empresa chilena que opera infraestructura propia (VPS y hosting con datacenter en Chile) y que arquitecta soluciones sobre los tres hyperscalers cuando el caso lo requiere. La firma tiene incentivos comerciales relacionados pero no específicos a ningún proveedor en particular; el análisis no recomienda ni desaconseja ninguno de los tres.

Lo que efectivamente diferencia a los tres

El catálogo de servicios de AWS, Azure y Google Cloud es asimétrico en cantidad pero comparable en cobertura. AWS publica más de 240 servicios oficiales, Azure cerca de 200 y Google Cloud alrededor de 130. Esta asimetría se cita habitualmente como ventaja competitiva, pero el dato relevante para la mayoría de los usuarios es distinto: en compute, almacenamiento, base de datos relacional, base de datos clave-valor, networking básico, balanceadores de carga, contenedores y funciones serverless —los componentes que cubren más del 90% de las cargas operativas— los tres ofrecen capacidades equivalentes con paridad de features prácticamente continua desde 2022.

Las diferencias técnicas reales y consistentes son específicas y acotadas:

• BigQuery (Google Cloud) mantiene una ventaja documentada en consultas analíticas sobre datasets grandes con modelo serverless. Para un caso de uso de data warehousing con consultas ad-hoc esporádicas, el costo total puede ser inferior al de Redshift o Synapse Analytics.
• Active Directory y herramientas Microsoft (Azure) tienen integración nativa que en AWS o GCP requiere configuración explícita. Para organizaciones con base instalada en Microsoft 365, Dynamics o licencias Enterprise Agreement, la fricción de adopción es menor.
• Marketplace y servicios verticales (AWS) tienen mayor cobertura por antigüedad: catálogo de partners, soluciones preconfiguradas y disponibilidad de mano de obra certificada en el mercado laboral.

Fuera de estos casos puntuales, la elección entre los tres no se traduce en una diferencia operativa significativa. La promesa de "el mejor cloud para tu negocio" rara vez se sostiene en métricas verificables cuando se examina la carga concreta del cliente.

Lo que se vende como diferenciador y no lo es

Tres argumentos circulan habitualmente como criterios de selección que, sometidos a verificación, no resisten:

"X tiene mayor cuota de mercado, por lo tanto es la opción más segura." Synergy Research reportó al cierre de 2025 una distribución aproximada de 31% AWS, 25% Azure y 11% GCP en el segmento IaaS+PaaS. La cuota de mercado refleja decisiones acumuladas, no calidad técnica relativa. Para una decisión presente, el dato relevante es la disponibilidad de talento, partners y documentación en tu mercado, no la cuota global del proveedor.

"X tiene más servicios, por lo tanto es más completo." El número total de servicios catalogados es métrica de inventario, no de capacidad útil. Una organización promedio utiliza entre 8 y 15 servicios distintos del catálogo de su proveedor; el resto es accesible pero no usado. La pregunta correcta es si los servicios que efectivamente vas a usar están maduros en el proveedor que evalúas, no cuántos servicios totales ofrece.

"X es más barato en compute." Las diferencias de pricing en instancias EC2, Azure VM y Compute Engine, comparadas en clase equivalente y descontando reservas y commitments, oscilan en márgenes de uno a dos dígitos porcentuales. Esa diferencia es muy menor frente a las tres variables que el siguiente apartado describe, y suele desaparecer al primer año de operación cuando entran los costos no contemplados en la decisión inicial.

Las tres variables que mueven la decisión

La decisión de cloud provider, cuando se examina post-implementación, se juega en tres dimensiones que tienden a estar ausentes de las comparativas iniciales.

1. Costo de egreso

El egreso —el dato saliendo del cloud hacia el usuario final, hacia otro datacenter o hacia un cloud distinto— es la línea de costo que la FinOps Foundation reporta consistentemente como la principal fuente de "cloud bill shock" en sus encuestas State of FinOps de 2023, 2024 y 2025. Las tarifas públicas de los tres proveedores ubican el egreso a internet en torno a $0,08–$0,09 por GB en regiones US, con escalones reductivos sobre volumen, y costos superiores en regiones LATAM. Para una operación con tráfico saliente significativo —e-commerce con CDN propia, APIs públicas, distribución de media, backups offsite— el egreso puede representar entre 20% y 40% de la factura mensual.

Las diferencias entre AWS, Azure y GCP en estructura de egreso son menores entre sí pero relevantes versus alternativas que aplican egreso plano o lo eliminan: Cloudflare R2, Backblaze B2, Bunny Storage, infraestructura propia. La pregunta operativa no es cuál hyperscaler tiene el egreso más barato —los tres están en rangos comparables— sino si la arquitectura del proyecto puede minimizar el egreso desde el hyperscaler hacia el usuario final mediante CDN, edge caching o migración de la capa de distribución a un proveedor con egreso gratuito.

2. Lock-in propietario

El lock-in técnico aparece cuando un servicio del proveedor no tiene equivalente trivial en otro proveedor o en infraestructura propia. Los tres hyperscalers ofrecen catálogos crecientes de servicios propietarios cuya migración no es lineal: AWS Lambda con triggers específicos, DynamoDB con sus modelos de partition key, Azure Functions con bindings de plataforma, Cosmos DB con sus modelos de consistencia, BigQuery con su sintaxis SQL extendida, Cloud Run con su modelo de cold start, Pub/Sub con su esquema de delivery semantics.

El argumento "todo es portable porque usamos contenedores" es parcialmente cierto y parcialmente engañoso. La capa de cómputo migra; las integraciones con servicios propietarios del proveedor —IAM, secretos, telemetría, mensajería, base de datos managed— suelen requerir reescrituras significativas. Los reportes de migración cloud-a-cloud documentados públicamente por Bain & Company y McKinsey Cloud Survey reportan costos de migración entre 0,5x y 3x del costo anual de operación del cliente, dependiendo de la profundidad de uso de servicios propietarios.

Para PYMEs con horizonte de tres a cinco años, la pregunta práctica es: ¿qué servicios propietarios estoy adoptando hoy y cuánto costaría salir si el proveedor sube precios o cambia condiciones? Los tres hyperscalers tienen modificaciones unilaterales documentadas en sus términos comerciales en los últimos cinco años: cambios en estructura de pricing, deprecation de servicios, modificaciones de SLA. La asimetría de poder favorece al proveedor.

3. Compliance regional y residencia de datos

Para operaciones en Chile, ninguno de los tres hyperscalers tiene región propia operativa a mayo de 2026. Las regiones más cercanas son AWS São Paulo, Azure Brazil South y GCP São Paulo. La latencia desde Santiago hacia São Paulo se ubica habitualmente entre 35 y 60 milisegundos, dependiendo del operador y de la hora; aceptable para la mayoría de las cargas pero no trivial para aplicaciones latency-sensitive.

La consecuencia práctica: para una empresa chilena que requiere residencia de datos en territorio nacional —sector financiero regulado por la CMF, salud, sector público, ciertas verticales que la Ley de Protección de Datos Personales en su versión modernizada interpreta restrictivamente— ninguno de los tres hyperscalers califica directamente. La alternativa es infraestructura privada en datacenters chilenos (Sonda, Entel Cloud, Claro Datacenter) o providers locales con presencia en suelo nacional.

Para empresas sin requisitos estrictos de residencia, la elección de región (São Paulo versus US East versus Europe) tiene implicaciones de latencia, costo y obligaciones contractuales con los usuarios finales. La decisión es técnica pero suele tomarse por defecto en US East por simplicidad, lo que puede comprometer la experiencia del usuario chileno final por entre 100 y 180 milisegundos adicionales por request.

Métricas concretas para evaluar tu caso

La siguiente tabla sintetiza variables operativas que conviene cuantificar antes de decidir, con su fuente de verificación pública.

Variable	Métrica concreta	Fuente de verificación
Egreso saliente	GB/mes hacia usuarios finales × tarifa por GB	AWS Pricing Calculator, Azure Pricing Calculator, GCP Pricing Calculator
Latencia desde tu mercado	RTT promedio desde tu región objetivo a la región del proveedor	Cloudping.cloud, GCPing.com, Azurespeedtest
Talento disponible	Volumen de profesionales certificados en tu país y rango salarial	LinkedIn Search, Get on Board, hellojobs.cl
Servicios de adopción	Lista concreta de los 5–10 servicios que tu carga va a usar	Análisis interno de la arquitectura propuesta
Compliance aplicable	Mapeo entre obligaciones regulatorias y certificaciones del proveedor en la región objetivo	Trust Center oficial de cada proveedor
Costo de migración futura	Estimación de horas-persona para reemplazar cada servicio propietario adoptado	Documentación de equivalencia entre proveedores; reportes públicos Bain/McKinsey

Casos donde la elección sí importa

La tesis de equivalencia operativa entre los tres hyperscalers para la mayoría de los casos admite excepciones legítimas. Donde la elección efectivamente cambia el resultado:

• Cargas de data warehousing intensivo con patrón serverless: BigQuery presenta ventajas reproducibles versus Redshift y Synapse en consultas ad-hoc sobre datasets de centenares de TB. Si tu caso encaja en este perfil, GCP es discutiblemente la opción técnicamente superior.
• Organizaciones con base instalada profunda en Microsoft: Active Directory federado, licenciamiento Enterprise Agreement, integración con Office 365, Dynamics o Power Platform. La fricción de adopción menor en Azure se traduce en menor costo de implementación documentable.
• Sectores con requisitos de cobertura geográfica de regiones: AWS opera el mayor número de regiones globales, lo que importa para distribución multi-región con replicación cercana al usuario final.
• Adopción de modelos de IA generativa con SLAs específicos: los tres proveedores ofrecen acceso a modelos foundation, pero con diferencias en disponibilidad por región, condiciones contractuales sobre uso de datos y velocidad de incorporación de modelos nuevos. Para casos sensibles, el análisis no es trivial.
• Negocios con clientes públicos chilenos: ChileCompra y los marcos de adquisición pública han incorporado criterios diferenciales para proveedores con presencia local; en algunas licitaciones esto modifica la decisión.

Fuera de casos como estos, la elección entre los tres tiende a estar dominada por la familiaridad del equipo técnico actual con uno de los proveedores. Esa razón no es ilegítima: el costo de aprendizaje y la curva de adopción son reales. Pero conviene reconocerla como lo que es —preferencia operativa del equipo— y no disfrazarla como decisión estratégica fundamentada.

Sobre lo que este artículo no afirma

La posición sostenida en el texto admite contraargumentos legítimos que conviene reconocer.

"Para grandes empresas con cargas masivas, las diferencias entre los tres sí son significativas." Cierto. En operaciones que mueven volúmenes de cómputo y almacenamiento muy elevados, las diferencias de eficiencia, descuentos contractuales y profundidad de servicios especializados sí justifican análisis detallados. Este artículo se enfoca explícitamente en PYMEs y empresas medianas.

"El cómputo barato sí importa cuando se acumula durante años." Cierto. Las diferencias de uno o dos dígitos porcentuales en pricing de cómputo no son despreciables sobre un horizonte de cinco años. El artículo sostiene que esa variable está dominada por las tres dimensiones descritas, no que sea irrelevante.

"Hay diferencias importantes en performance específica de ciertos servicios." Cierto. Benchmarks puntuales sobre Lambda versus Cloud Functions versus Azure Functions, sobre tipos específicos de instancias o sobre opciones de networking pueden mostrar diferencias significativas para cargas particulares. El argumento general no las invalida pero las deja fuera del alcance.

"La estabilidad y el track record histórico son criterios válidos." Cierto. El historial de incidentes y la madurez operacional son legítimos como criterio. Los tres tienen incidentes documentados de gravedad equivalente, con AWS contabilizando el mayor número absoluto por su mayor superficie operativa, no por menor confiabilidad relativa.

El argumento del texto no es que los tres hyperscalers sean idénticos, sino que el peso que la conversación comercial le asigna a la elección entre ellos es desproporcionado respecto a las variables que efectivamente determinan el costo y la dependencia a mediano plazo.

Sobre la editora

Este análisis es publicado por MOX Networks, empresa chilena que opera infraestructura propia con datacenter en Chile (VPS, hosting, e-mail, VPN) y que diseña arquitecturas sobre AWS, Azure y Google Cloud cuando el caso del cliente lo justifica. La firma no mantiene partnership comercial preferente con ninguno de los tres hyperscalers; los criterios y métricas descritos corresponden a la práctica documentada del sector y a la experiencia operativa interna, no a metodología propietaria.