AWS Primeros Pasos
IdiomaEspañol
Redes

AWS Cloud Map

Servicio que proporciona descubrimiento de servicios para microservicios y resuelve la ubicación de los servicios mediante DNS o API

Unos 6 min de lectura

Descripción general

AWS Cloud Map es un servicio completamente administrado que proporciona descubrimiento de servicios para recursos en la nube. En una arquitectura de microservicios, resuelve dinámicamente las direcciones IP y los números de puerto de los servicios y logra la comunicación entre servicios. Ofrece 2 métodos, el descubrimiento basado en DNS (integrado con Route 53) y el descubrimiento basado en API, y permite gestionar de forma unificada servicios que se ejecutan en contenedores, Lambda, EC2 y otras plataformas de cómputo distintas. Gracias a la integración con ECS y EKS, el registro de servicios se actualiza automáticamente al desplegar / escalar contenedores.

Funcionamiento de los espacios de nombres y el registro de servicios

En Cloud Map, un espacio de nombres es un contenedor que agrupa los servicios de forma lógica. Hay 3 tipos de espacios de nombres: el espacio de nombres HTTP (exclusivo para el descubrimiento basado en API) y el espacio de nombres DNS (DNS público o DNS privado). El espacio de nombres DNS privado se usa para la comunicación entre servicios dentro de una VPC y crea un dominio interno como, por ejemplo, internal.myapp.local. Usted registra servicios bajo el espacio de nombres y vincula instancias (los endpoints reales) a cada servicio. En las instancias puede configurar la dirección IP, el número de puerto y atributos personalizados (versión, entorno, región, etc.). Puede aprovechar los atributos personalizados en el descubrimiento basado en API, y es posible un filtrado como «obtener solo las instancias con version=v2 y region=ap-northeast-1». El registro / la baja de servicios se realiza mediante API. Si usa la integración de descubrimiento de servicios de ECS o EKS, las instancias se registran / se dan de baja automáticamente en sincronía con el ciclo de vida de las tareas y los pods. Existen límites flexibles para el número de servicios y de instancias por espacio de nombres, y en entornos a gran escala puede ser necesario solicitar un aumento del límite.

Descubrimiento basado en DNS y basado en API

El descubrimiento basado en DNS es un método que resuelve los endpoints de los servicios con consultas DNS estándar. Cloud Map gestiona automáticamente los registros en la zona alojada privada de Route 53, y usted puede acceder a los servicios con nombres DNS como payment.internal.myapp.local. Admite registros A (dirección IP) y registros SRV (IP + puerto), y con los registros SRV también es posible resolver dinámicamente el número de puerto. La ventaja del método basado en DNS es que no requiere cambios en el lado del cliente, y las aplicaciones existentes pueden llamar a los servicios por su nombre DNS sin modificaciones. Por otro lado, debido al TTL de la caché de DNS, se produce un retraso hasta que se reflejan los cambios de las instancias. El descubrimiento basado en API es un método que llama directamente a la API DiscoverInstances y puede obtener la información de las instancias sin verse afectado por la caché de DNS. Es adecuado cuando necesita filtrar por atributos personalizados o reflejar de inmediato el resultado de las comprobaciones de estado. No obstante, es necesario incorporar en la aplicación el código que llama al AWS SDK. Consulte la documentación oficial de AWS para conocer las características de respuesta y las cuotas de la API DiscoverInstances.

Integración con ECS / EKS y comprobaciones de estado

Si activa el descubrimiento de servicios de Cloud Map en un servicio de ECS, las instancias se registran automáticamente cuando se inician las tareas y se dan de baja automáticamente cuando las tareas se detienen. En el modo de red awsvpc de ECS, cada tarea recibe una ENI (dirección IP) propia, por lo que en Cloud Map queda registrada la IP exacta. En combinación con Fargate, el registro de servicios se actualiza de forma coordinada según el escalado de las tareas, y se logra la comunicación directa entre servicios sin balanceador de carga. En entornos EKS, existe una configuración que usa el controlador ExternalDNS para sincronizar los recursos Service de Kubernetes con Cloud Map. Hay 2 tipos de comprobaciones de estado: las comprobaciones de estado de Route 53 (en el caso de los espacios de nombres DNS) y las comprobaciones de estado personalizadas (notificación manual mediante API). Las comprobaciones de estado de Route 53 supervisan endpoints HTTP/HTTPS/TCP y excluyen automáticamente de las respuestas DNS las instancias en mal estado. Las comprobaciones de estado personalizadas implementan una lógica de estado propia de la aplicación (comprobación de la conexión a la base de datos, comprobación de la respuesta de los servicios dependientes, etc.) y notifican el estado con la API UpdateInstanceCustomHealthStatus. El precio es de pago por uso en función del número de instancias registradas y del número de llamadas a la API DiscoverInstances (a fecha de septiembre de 2026 / consulte los precios unitarios más recientes en la página oficial de precios de AWS).

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

Términos relacionados

Amazon ECSAmazon EKSAmazon Route 53AWS AppSync

Servicios relacionados

Amazon ECSAmazon EKSAmazon Route 53AWS App Runner

Artículos relacionados

Construcción de service mesh con AWS App Mesh - Control de comunicación entre microservicios y observabilidadPresentamos cómo configurar de forma declarativa despliegues canary con sidecar Envoy, políticas de reintento y cifrado mTLS, y cómo visualizar las dependencias entre servicios con la integración de X-Ray (AWS dejó de dar soporte a App Mesh el 30 de septiembre de 2026).Descubrimiento de servicios con AWS Cloud Map - Resolución dinámica de nombres para microserviciosDescubra dinámicamente endpoints de microservicios usando enfoques basados en DNS y API. Aprenda cómo automatizar el registro y desregistro de servicios mediante integración con ECS y EKS.SO optimizado para contenedores - Fortalecimiento de la seguridad y operaciones del host de contenedores con BottlerocketAprenda a optimizar hosts de contenedores con AWS Bottlerocket. Cubre el diseño mínimo del SO, actualizaciones automáticas, infraestructura inmutable e integración con ECS/EKS.Operación de contenedores serverless con AWS Fargate - Patrones de uso con ECS y EKSContenedores serverless sin gestión de instancias, con diferenciación de uso entre ECS y EKS y optimización de costos mediante dimensionamiento de tareas.Gestión automatizada de certificados SSL/TLS con AWS Certificate Manager - De la emisión a la rotaciónExplicamos la emisión gratuita de certificados públicos con ACM, la validación DNS, la renovación automática y el despliegue en ALB / CloudFront.

Términos y artículos similares

Descubrimiento de servicios - Automatización de las conexiones entre microservicios con AWS Cloud MapEste artículo explica cómo construir el descubrimiento de servicios con AWS Cloud Map. Presenta el descubrimiento de servicios basado en DNS y basado en API, la integración con ECS/EKS y el trabajo conjunto con App Mesh (AWS finalizó el soporte de App Mesh el 30 de septiembre de 2026).Descubrimiento de servicios con AWS Cloud Map - Resolución dinámica de nombres para microserviciosDescubra dinámicamente endpoints de microservicios usando enfoques basados en DNS y API. Aprenda cómo automatizar el registro y desregistro de servicios mediante integración con ECS y EKS.AWS Cloud MapUn servicio que proporciona descubrimiento de servicios para recursos de aplicacionesEl origen del nombre Route 53 y curiosidades de DNS - Por qué 53 y por qué UDPPartiendo de la creencia popular sobre el nombre de Route 53 y el número de puerto 53, se explica, con curiosidades, desde por qué DNS usa el puerto UDP 53 hasta qué ocurre entre bastidores en la resolución DNS después de introducir una URL en el navegador.La identidad del resolver .2 de VPC - Relación entre el DNS interno de AWS y Route 53 ResolverExplicamos qué es el resolver DNS de VPC (dirección CIDR+2), la integración con zonas alojadas privadas, el DNS híbrido con endpoints de Route 53 Resolver y el uso de logs de consultas DNS.