AWS Primeros Pasos
Comparación de nubes

El origen de los nombres de servicios AWS y las reglas de nomenclatura - Por qué S3 tiene 3 S

Profundizamos en el origen de los nombres de servicios principales como S3, EC2, Lambda y Aurora, explicando de forma anecdótica los patrones ocultos en las reglas de nomenclatura de AWS, los ejemplos de nombres fallidos y la historia de rebranding.

Unos 6 min de lectura

La edad de oro de los acrónimos - Patrón de nomenclatura de los servicios iniciales

Los servicios iniciales de AWS se nombraron con acrónimos que expresan concisamente su función. S3 (Simple Storage Service) se llama S3 porque las iniciales S de "Simple", "Storage" y "Service" se alinean 3 veces. EC2 (Elastic Compute Cloud) es igualmente un acrónimo de sus iniciales. SQS (Simple Queue Service), SNS (Simple Notification Service), SES (Simple Email Service) siguen el mismo patrón "Simple + función + Service". Este patrón de nomenclatura refleja la filosofía de la era inicial de AWS de "proporcionar bloques de construcción simples". Cada servicio tiene una función única y clara, y su nombre la expresa directamente.

Tabla: cómo están construidas las abreviaturas de los primeros servicios
AbreviaturaNombre completoCómo se construye la abreviatura
S3Simple Storage ServiceSimple, Storage y Service empiezan por S: tres S se convierten en S3
EC2Elastic Compute CloudLas iniciales son E, C y C; dos C seguidas se convierten en EC2
SQSSimple Queue ServiceLas tres iniciales se colocan tal cual, sin ningún número
SNSSimple Notification ServiceEl mismo patrón «Simple algo Service»
SESSimple Email ServiceEl mismo patrón «Simple algo Service»

Nombres prestados de la mitología, astronomía y fenómenos naturales

A medida que aumentó el número de servicios, AWS se alejó de los acrónimos y adoptó nombres propios más impactantes. Aurora es el nombre de la diosa romana del amanecer. Simboliza un "nuevo amanecer" que supera los límites de rendimiento de las bases de datos tradicionales mientras mantiene compatibilidad con MySQL y PostgreSQL. Neptune es el dios romano del mar, evocando la imagen de "nadar en el mar de relaciones" de una base de datos de grafos. Lambda viene del cálculo lambda, la base teórica de la programación funcional, expresando la naturaleza de "ejecutar funciones" del servicio. Kinesis viene del griego "kinesis" (movimiento), expresando el procesamiento de datos en movimiento (streaming).

Historia de colisiones de nombres y rebranding

Si se siguen nombrando servicios hasta la escala que la propia AWS describe como "más de 200" (a agosto de 2026), las colisiones y confusiones de nombres son inevitables. En la historia de AWS hay varios rebrandings notables. Amazon Elasticsearch Service fue renombrado a Amazon OpenSearch Service en septiembre de 2021. El trasfondo fue un cambio de licencia por parte de Elastic: después de que Elasticsearch y Kibana se alejaron de la licencia Apache 2.0, AWS lanzó el proyecto OpenSearch como un fork que continúa el desarrollo bajo Apache 2.0 y unificó el nombre del servicio una vez completada la compatibilidad con OpenSearch. AWS Certificate Manager fue un caso donde el nombre era demasiado genérico y se confundía con otros servicios de certificación. Amazon Personalize, Amazon Forecast, Amazon Comprehend son servicios de ML cuyos nombres expresan funciones pero son difíciles de distinguir entre sí.

Reglas implícitas ocultas en las reglas de nomenclatura

Los nombres de servicios de AWS tienen varias reglas implícitas no documentadas oficialmente. Primera, la distinción entre "Amazon" y "AWS". Generalmente, los servicios orientados al usuario final (Amazon S3, Amazon DynamoDB, Amazon Bedrock) llevan "Amazon", mientras que los servicios de infraestructura o para desarrolladores (AWS Lambda, AWS CloudFormation, AWS CDK) llevan "AWS". Segunda, los servicios con "Managed" en el nombre (Amazon Managed Streaming for Apache Kafka, Amazon Managed Grafana) indican versiones gestionadas de software de código abierto. Tercera, los servicios con "Elastic" (Elastic Load Balancing, ElastiCache, Elasticsearch) enfatizan la escalabilidad.

Figura: tres reglas implícitas que nunca se documentan de forma oficial
  1. Primera: cuándo es Amazon y cuándo es AWSLos servicios dirigidos al usuario final (Amazon S3, Amazon DynamoDB, Amazon Bedrock) llevan «Amazon», y los de infraestructura o para desarrolladores (AWS Lambda, AWS CloudFormation, AWS IAM) llevan «AWS». La frontera no es estricta: Amazon CloudWatch es un servicio para desarrolladores y aun así lleva «Amazon».
  2. Segunda: los nombres se alargan con el tiempoAl principio eran cortos (S3, EC2, SQS), pero a medida que se llenó el espacio de nombres crecieron. Hoy abundan los nombres descriptivos como AWS Application Migration Service o Amazon Managed Streaming for Apache Kafka.
  3. Tercera: qué pasa con los servicios adquiridosWickr conservó su nombre y pasó a ser AWS Wickr, mientras que CloudEndure Migration no fue renombrado, sino que se optó por la migración a su sucesor, AWS Application Migration Service (MGN). Que la marca original sobreviva o se integre en la marca AWS depende de su reconocimiento y de una decisión estratégica.

Leyendo la estrategia de AWS desde los nombres de servicios

Al seguir los patrones de nomenclatura cronológicamente, se puede ver la evolución de la estrategia de AWS. La siguiente división en etapas no es algo que AWS haya presentado oficialmente, sino una organización propia de este sitio a partir de las tendencias en los nombres de servicios. En la etapa inicial, el patrón "Simple XX Service" era el centro, la etapa de proporcionar funciones básicas del cloud. Después aumentaron los nombres impactantes prestados de la mitología y fenómenos naturales, a medida que AWS establecía su personalidad como marca. Más adelante, el patrón "Amazon Managed XX" pasó a destacar, reflejando la estrategia de ofrecer software de código abierto popular como servicios gestionados. Desde 2023, nombres relacionados con IA como Bedrock, Titan y Q reflejan la prioridad estratégica en IA generativa.

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.

Si esta página y la documentación oficial difieren, prevalece la documentación oficial.

Compartir

Servicios relacionados

Amazon S3 EsencialServicio de almacenamiento de objetos escalableAmazon EC2 EsencialUn servicio de cómputo que proporciona servidores virtuales en la nubeAWS Lambda EsencialServicio de computación serverless que ejecuta código sin gestión de servidores

Artículos relacionados

Ventaja del primer movedor y economías de escala de AWS - Lo que significan 18 años de acumulación desde 2006Comparamos 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.El número de servicios y la especialización de AWS - La filosofía de diseño de propósito específico que muestran más de 200 serviciosComparamos la filosofía de diseño de propósito específico de AWS que ofrece más de 200 servicios con el enfoque de pocos pero selectos de GCP y el enfoque de integración Microsoft de Azure, explicando el valor práctico de la combinación de amplitud y profundidad de servicios.Ejemplos reales de Customer Obsession - La historia del nacimiento de servicios AWS creados a partir de la voz del clienteExplicamos cómo Customer Obsession, el primer Leadership Principle de Amazon, se conectó con el nacimiento de servicios concretos como S3, Lambda y Graviton, contrastándolo con las motivaciones de desarrollo de productos de otras empresas.

Más sobre este tema

Amazon.com es el mayor cliente de AWS - El secreto de la calidad del servicio nacido del dogfooding internoA partir del hecho de que el sitio de comercio electrónico de Amazon.com, Prime Video y Alexa funcionan sobre AWS, explicamos cómo el dogfooding interno mejora la calidad del servicio y cómo la carga del Prime Day ha fortalecido el diseño de AWS.La estructura por capas de los servicios AI/ML de AWS - La flexibilidad que ofrecen las 3 capas de SageMaker, Bedrock y servicios tipo APIOrganizamos los servicios AI/ML de AWS en 3 capas: SageMaker (control total), Bedrock (IA generativa gestionada) y Rekognition, etc. (tipo API). A través de la comparación con GCP Vertex AI y Azure OpenAI Service, explicamos la flexibilidad de AWS incluyendo la integración con silicio personalizado.Análisis de datos y Data Lake en AWS - El ecosistema integrado de Athena, Glue, Lake Formation y RedshiftExplicamos cómo se compone el stack integrado de análisis de datos de AWS con Athena, Glue, Lake Formation, Redshift y Amazon Quick Sight (antes Amazon QuickSight), junto con las diferencias concretas frente a Azure Synapse Analytics / Microsoft Fabric y GCP BigQuery, para aclarar los ejes de selección.Compatibilidad retroactiva y estabilidad de las API de AWS - La confianza que genera la política de no deprecar APIs publicadasExplicamos el historial de AWS de mantener su política de no deprecar APIs una vez publicadas, comparándolo con los cambios de marca de Azure y los casos de discontinuación de servicios de GCP, y por qué la estabilidad de las API es importante para las empresas.El diseño de Availability Zones de AWS - La diferencia en confiabilidad que genera la separación física y el aislamiento de fallosExplicamos la filosofía de diseño de las AZ de AWS como grupos de centros de datos físicamente independientes, comparándolas con las zonas de disponibilidad de Azure y GCP, y las examinamos a partir de los criterios de diseño publicados y de incidentes reales.El valor de mercado de las habilidades AWS y la prima salarial de las certificacionesAnalizamos el número de ofertas de empleo que requieren habilidades AWS, la prima salarial de los titulares de certificaciones y el impacto en la trayectoria profesional, comparándolo con Azure y GCP, para evaluar el retorno de inversión de obtener certificaciones AWS.La comunidad técnica y los recursos de aprendizaje de AWS - Desde re:Invent hasta JAWS-UGComparamos las comunidades técnicas como re:Invent, AWS Summit y JAWS-UG, y la riqueza de documentación y formación en japonés con Azure y GCP, explicando la ventaja del entorno de aprendizaje de AWS.La cobertura de más de 143 certificaciones de cumplimiento de AWS - Desde ISMAP hasta PCI DSS, superando a la competenciaExplicamos las más de 143 certificaciones de cumplimiento obtenidas por AWS centrándonos en ISMAP, SOC, PCI DSS y HIPAA, y comparamos la cobertura de certificaciones con Azure y GCP.

Artículos y servicios similares

Amazon OpenSearch ServiceServicio gestionado de búsqueda y análisis para análisis de logs y búsqueda de texto completoVentaja del primer movedor y economías de escala de AWS - Lo que significan 18 años de acumulación desde 2006Comparamos 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.Tecnología y servicios en la nube (AWS Certified Cloud Practitioner)En este dominio aprenderás los principales servicios de AWS: computación (EC2, Lambda), almacenamiento (S3, EBS, EFS), bases de datos (RDS, DynamoDB), red (VPC, Route 53) y operaciones (CloudWatch, CloudTrail). Es el dominio más extenso, con un 34 % de las preguntas del examen CLF-C02, y la clave para aprobar es memorizar la correspondencia correcta entre el nombre de cada servicio y su uso.Contribución al código abierto de AWS - El significado estratégico de Bottlerocket, Firecracker, Cedar y OpenSearchExplicamos las características técnicas de los proyectos de código abierto liderados por AWS como Bottlerocket, Firecracker, Cedar y OpenSearch, y la singularidad de la estrategia OSS de AWS.Madurez de la arquitectura dirigida por eventos en AWS - La plataforma de procesamiento asíncrono tejida por EventBridge, SQS, SNS y Step FunctionsExplicamos la madurez de la arquitectura dirigida por eventos de AWS centrada en EventBridge, SQS, SNS y Step Functions, comparándola con Azure Service Bus y GCP Pub/Sub para analizar la diferencia en capacidad de integración como plataforma de procesamiento asíncrono.