ネットワーキング

AWS Cloud Map

Servicio que proporciona descubrimiento de servicios para microservicios, resolviendo la ubicación de servicios mediante DNS o API

Unos 3 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 arquitecturas de microservicios, resuelve dinámicamente direcciones IP y números de puerto de los servicios, habilitando la comunicación entre servicios. Ofrece dos modos de descubrimiento: basado en DNS (integrado con Route 53) y basado en API, soportando diferentes tipos de cómputo como contenedores, Lambda y EC2 con un mecanismo de descubrimiento unificado. La integración nativa con ECS y EKS permite el registro y desregistro automático de servicios.

Mecanismo de namespaces y registro de servicios

Cloud Map organiza los servicios en una estructura jerárquica de namespaces y servicios. Un namespace corresponde a un dominio DNS (por ejemplo, production.internal) y contiene múltiples servicios (por ejemplo, api, auth, payment). Cada servicio tiene múltiples instancias, y cada instancia se registra con atributos como dirección IP, puerto y metadatos personalizados. Los namespaces pueden ser de DNS público (resolvibles desde Internet), DNS privado (resolvibles solo dentro de la VPC) o solo API (sin registros DNS, descubrimiento solo por API). En la práctica, los namespaces de DNS privado son los más utilizados, permitiendo que los servicios internos se comuniquen usando nombres DNS legibles como api.production.internal.

Descubrimiento basado en DNS vs basado en API

El descubrimiento basado en DNS es el más simple: los clientes resuelven el nombre del servicio mediante consultas DNS estándar y obtienen la dirección IP de una instancia saludable. Es compatible con cualquier aplicación que soporte DNS sin necesidad de SDK especial. Sin embargo, tiene limitaciones como el TTL del caché DNS (los cambios no se reflejan instantáneamente) y la imposibilidad de incluir metadatos personalizados en la respuesta. El descubrimiento basado en API utiliza la API DiscoverInstances de Cloud Map, devolviendo la lista completa de instancias con todos sus atributos. Permite filtrado por atributos personalizados y refleja los cambios instantáneamente sin caché. Libros sobre microservicios (Amazon) permiten aprender patrones de descubrimiento de servicios.

Integración con ECS y EKS - health checks

La integración más potente de Cloud Map es con ECS y EKS. En ECS, al habilitar el descubrimiento de servicios en la definición del servicio, las tareas se registran automáticamente en Cloud Map al iniciarse y se desregistran al detenerse. Los health checks de Route 53 o los health checks personalizados de Cloud Map verifican periódicamente la salud de las instancias, eliminando automáticamente las instancias no saludables de los resultados de descubrimiento. En EKS, el controlador de Cloud Map sincroniza automáticamente los Services y Pods de Kubernetes con Cloud Map, permitiendo que servicios fuera del clúster (Lambda, ECS) descubran servicios dentro del clúster. Esta integración entre orquestadores es una ventaja significativa sobre las soluciones de descubrimiento de servicios nativas de Kubernetes (CoreDNS), que solo funcionan dentro del clúster.

共有するXB!

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.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.Automatización de la gestión de certificados SSL/TLS con AWS Certificate Manager - Desde la emisión hasta 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 y CloudFront.

Términos y artículos similares

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.Descubrimiento de servicios - Automatización de la conectividad de microservicios con AWS Cloud MapExplicamos cómo construir el descubrimiento de servicios con AWS Cloud Map. Cubrimos el registro basado en DNS y API, la integración con ECS y los health checks.AWS Cloud MapUn servicio que proporciona descubrimiento de servicios para recursos de aplicacionesLa historia detrás del nombre Route 53 y curiosidades DNS - Por qué el puerto 53 y por qué UDPPartiendo de cómo Route 53 obtuvo su nombre del puerto 53 y la Ruta 66 de América, este artículo explora por qué DNS usa el puerto UDP 53 y qué sucede entre bastidores durante la resolución DNS.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.