Ventaja del primer movedor y economías de escala de AWS - Lo que significan 18 años de acumulación desde 2006
Comparamos la ventaja del primer movedor que AWS ha construido desde que creó el mercado de nube pública en 2006, desde las perspectivas de amplitud y profundidad de los servicios, compatibilidad retroactiva de las APIs y profundidad del ecosistema, frente a Azure y GCP.
La ventaja de la empresa que inventó la nube pública
En marzo de 2006, Amazon lanzó S3 (Simple Storage Service) y en agosto del mismo año inició la versión beta de EC2 (Elastic Compute Cloud). Este fue el comienzo de la nube pública. Microsoft hizo Azure disponible de forma general en 2010, mientras que Google publicó App Engine en 2008 y Compute Engine, su servicio de máquinas virtuales, inició su versión preliminar en 2012. Los varios años en que AWS abrió este mercado antes que los demás no son una simple diferencia temporal. Durante este tiempo, AWS acumuló patrones de diseño fundamentales de computación en la nube, conocimientos operativos y experiencia en respuesta ante fallos. El diseño de regiones y AZ, el modelo de pago por uso, la filosofía de API-first: muchos de los conceptos que hoy son estándar en la industria de la nube fueron definidos e implementados primero por AWS.
El significado de más de 200 servicios - Amplitud y profundidad combinadas
AWS indica en sus propias páginas de presentación que ofrece "más de 200 servicios", una escala que, en cuanto a cifras, lo sitúa a la par de otros proveedores. Sin embargo, la comparación del número de servicios no puede leerse directamente como una clasificación, porque cada proveedor parte de supuestos distintos sobre qué cuenta como un solo servicio. Lo que importa en la práctica es la "profundidad": cuántas opciones hay disponibles dentro de una misma área. Solo en el área de bases de datos, por ejemplo, las opciones por propósito se alinean como RDS (relacional), DynamoDB (clave-valor), ElastiCache (en memoria), Neptune (grafos), DocumentDB (documentos) y Keyspaces (columna ancha). Esta lista, sin embargo, no es fija. QLDB (libro mayor) se descontinuó en 2025 y, para datos de series temporales, Timestream for LiveAnalytics dejó de ofrecerse a nuevos clientes desde junio de 2025, por lo que el punto de entrada para nuevas construcciones se ha trasladado a Timestream for InfluxDB. Las familias de servicios especializados ofrecen muchas opciones, pero a cambio hay que evaluar también si el servicio elegido sigue aceptando nuevos clientes.
Compatibilidad retroactiva de las APIs - Un historial acumulado, pero la continuidad de los servicios es otra cuestión
Una de las características de AWS es su historial de mantener durante largo tiempo la compatibilidad retroactiva de las APIs ya publicadas. La API de S3 publicada en 2006 sigue funcionando tal cual para las operaciones básicas. Las nuevas funcionalidades se añaden como nuevas APIs o parámetros, y la norma es ampliar sin romper las formas de invocación existentes. Como el riesgo de que un sistema construido en la nube deje de funcionar por un cambio en la API del proveedor se traduce directamente en costos de migración y mantenimiento, este historial acumulado tiene valor práctico. Sin embargo, sería un error leerlo como que "AWS nunca retira nada que haya publicado". Desde 2025, AWS anuncia de forma agrupada el fin del soporte de servicios y el cierre a nuevos clientes. Otros proveedores también han pasado por cambios de este tipo. En Azure, la antigua API Azure Service Management se retiró con la migración a Azure Resource Manager, y a ello se sumaron cambios de marca como el de Windows Azure a Microsoft Azure o el de Azure AD a Microsoft Entra ID. La compatibilidad de las APIs y la continuidad de los servicios son cuestiones distintas, y sea cual sea el proveedor elegido, lo más seguro es diseñar partiendo de que hay que comprobar ambas.
Cómo las economías de escala y el hardware de diseño propio influyen en los costos
Al contar con hardware de diseño propio, AWS se asegura margen para intervenir en su estructura de costos. Los procesadores Graviton, basados en Arm, han pasado por varias generaciones y pueden seleccionarse en múltiples servicios como EC2, Aurora y Lambda. El Nitro System está diseñado para descargar en hardware dedicado el procesamiento de red y de almacenamiento de la virtualización, devolviendo a la instancia los recursos que antes consumía el hipervisor. En comparación con alinear servidores genéricos sin más, esto permite a AWS mover por sí misma el rango de rendimiento que puede ofrecer por el mismo costo, lo que se traduce directamente en libertad para su política de precios. De hecho, AWS ha bajado precios repetidamente desde el inicio de sus servicios en 2006. La idea del flywheel (más usuarios generan economías de escala, que reducen los costos, que atraen aún más usuarios) es una estructura que la propia AWS ha explicado repetidamente.
La profundidad del ecosistema - La capa de partners y soporte de terceros
La acumulación desde 2006 también se manifiesta en la profundidad del ecosistema centrado en AWS. Según la propia descripción publicada por AWS, AWS Partner Network abarca 198 países y cuenta con miles de partners de software y de servicios. Integradores de sistemas, ISVs y consultoras ofrecen soluciones basadas en AWS, lo que mantiene fácil encontrar ejemplos de implementación y productos de partners cercanos a los requisitos propios. Lo mismo ocurre del lado de las herramientas de terceros. Terraform y Ansible cuentan con proveedores y módulos completos para AWS, y Datadog, Splunk y Snowflake ofrecen la integración con AWS como función estándar. Es raro que una herramienta que se presenta como multinube deje a AWS fuera de su lista de destinos compatibles, y la ventaja práctica es que resulta difícil quedarse sin opciones en áreas periféricas como monitoreo, gestión de configuración y análisis de datos. En cuanto al talento, las certificaciones de AWS están organizadas en los niveles Foundational, Associate, Professional y Specialty, lo que ofrece una referencia de habilidades según el rol y el nivel.
Los límites de la ventaja del primer movedor y el avance de los seguidores
La ventaja del primer movedor no es omnipotente. Azure se apoya en la integración con los productos existentes de Microsoft (Microsoft 365, Windows Server, SQL Server, Active Directory), y en las migraciones desde entornos Windows on-premises hay casos en que traer las licencias propias y conectar la infraestructura de identidad requiere menos pasos. GCP tiene fortalezas en áreas específicas como BigQuery, GKE y Vertex AI, y Kubernetes fue originalmente un proyecto de código abierto publicado por Google. Si el diseño se centra en un almacén de datos o en una plataforma de contenedores, vale la pena evaluarlos primero. Lo importante es que estas fortalezas no se resuelven en la forma de "qué proveedor es mejor en conjunto". La elección de la nube se decide superponiendo condiciones: si los servicios necesarios están disponibles en la región objetivo, si se conectan con la infraestructura de identidad y las licencias existentes, si quedan dentro de lo que el equipo de operaciones puede manejar y si las condiciones de descuento se ajustan a la forma de uso propia. El historial operativo y la amplitud de servicios acumulados desde 2006 son fortalezas de AWS, pero si sirven para los requisitos propios debe comprobarse requisito por requisito.
Resumen
La ventaja del primer movedor de AWS permanece en forma de amplitud y profundidad de servicios acumulados desde 2006, un historial de mantener la compatibilidad retroactiva de las APIs, una estructura de costos que incluye hardware de diseño propio y la profundidad del soporte de partners y de terceros. Al mismo tiempo, los servicios publicados no siguen aceptando nuevos clientes de forma permanente, y desde 2025 el fin del soporte y el cierre a nuevos clientes se anuncian de forma agrupada. Azure tiene fortalezas en la integración con los productos de Microsoft y GCP en las plataformas de análisis y de contenedores, por lo que lo práctico es comparar no por una clasificación global, sino por condiciones concretas como la disponibilidad de los servicios necesarios, la conectividad con los activos existentes y las condiciones de descuento. Para elegir una base estable a largo plazo, ayuda descomponer en qué consiste realmente esa acumulación.
Referencias (recursos oficiales de AWS)
Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.
- Amazon EC2 (página oficial)
- Amazon VPC (página oficial)
- Amazon CloudFront (página oficial)
- Documentación de AWS (oficial)
Si esta página y la documentación oficial difieren, prevalece la documentación oficial.