Alibaba Cloud Service Mesh (ASM) proporciona una plataforma de Service Mesh totalmente administrada y construida sobre Kubernetes. Es compatible con la Service Mesh de código abierto Istio. ASM simplifica la gobernanza de servicios, lo que incluye el enrutamiento y la división del tráfico entre servicios, la autenticación mutua para la comunicación entre ellos y la observability de la malla. Esto reduce significativamente la carga de trabajo de desarrollo y operaciones.
Introducción al producto
ASM ofrece las siguientes capacidades principales:
Protege la comunicación entre servicios mediante TLS mutuo, autorización basada en identidad y autenticación.
Distribuye automáticamente la carga del tráfico HTTP/HTTPS, gRPC, WebSocket y TCP.
Proporciona un control detallado del tráfico a través de reglas de enrutamiento, reintentos, conmutación por error e inyección de fallas.
Aplica políticas extensibles, como el control de acceso y la limitación de velocidad.
Ofrece observability completa para todo el tráfico dentro del clúster, incluido el de entrada y salida, con métricas integradas, recopilación de registros y trazabilidad.
Arquitectura del servicio
ASM se compone de dos partes: el plano de control y el plano de datos.
El plano de control lee las configuraciones del usuario e indica al plano de datos cómo procesar el tráfico. Dado que ASM administra completamente el plano de control, resulta más estable y eficiente que las mallas de servicios construidas por cuenta propia.
El plano de datos consta de proxies de red desplegados en su clúster. Estos interceptan y procesan el tráfico según la configuración del plano de control.
Formatos y modos del plano de datos
ASM admite varios formatos de plano de datos, incluidos los clústeres administrados de ACK, Container Compute Service (ACS), los clústeres serverless de ACK, los clústeres perimetrales de ACK y los clústeres registrados de ACK One. Esto permite gestionar el tráfico en infraestructuras heterogéneas.
A partir del 17 de febrero de 2025, Alibaba Cloud Container Service for Kubernetes Serverless cerrará la opción para crear clústeres a los usuarios nuevos que no hayan creado ninguno previamente. Para obtener más información sobre este ajuste, consulte [[Product Change] Announcement on closing the new creation entry of ACK Serverless clusters for new users](t2854440.xdita#).
Actualmente, ASM admite dos modos de plano de datos:
Sidecar mode: ASM inyecta automáticamente un proxy Envoy en cada pod de aplicación. El proxy gestiona todo el tráfico entrante y saliente del pod.
Ambient mode: Un proxy de capa 4 se ejecuta en cada nodo. Puede desplegar proxies Envoy a nivel de namespace o de servicio para obtener funcionalidad de capa 7.
Para elegir el modo de plano de datos adecuado, consulte Choose Ambient mode or Sidecar mode?.
Ediciones
ASM ofrece la edición Enterprise Edition y Ultimate Edition. Ambas incluyen compatibilidad con múltiples protocolos, extensiones dinámicas, gobernanza detallada de servicios, un sistema integral de seguridad de confianza cero y un mejor rendimiento a gran escala. Estas ediciones reducen las barreras para ejecutar Service Mesh en producción. Son ideales para la interoperabilidad entre lenguajes, la gobernanza detallada y los despliegues de Service Mesh a gran escala.
|
Edición |
Descripción |
|
|
Edición comercial |
Enterprise Edition |
Diseñada para entornos de producción de pequeña y mediana escala. Admite hasta 1,000 pods con mejoras de nivel empresarial y garantías de SLA. |
|
Ultimate |
Pensada para entornos de producción a gran escala. Admite hasta 10,000 pods con mejoras de nivel empresarial y garantías de SLA. |
|
Para obtener más información sobre las funciones de Enterprise Edition y Ultimate Edition, consulte Features.
Para conocer cómo cambiar las especificaciones de una instancia, consulte Change the specifications of an ASM instance.
Para obtener más información sobre las especificaciones de las instancias, consulte Commercialization announcement.
Funciones principales
A continuación se muestran las funciones principales de ASM. Para obtener más información, consulte Features.
|
Función |
Descripción |
Referencias |
|
Gestión completa del ciclo de vida de las instancias de malla |
Plano de control totalmente administrado y compatible con las especificaciones de la comunidad de Istio. Admite el despliegue, la actualización y la eliminación con un solo clic para reducir la sobrecarga operativa. |
|
|
Compatibilidad con múltiples aplicaciones de infraestructura |
Admite aplicaciones en ACK, ACK Serverless, ACS, clústeres perimetrales y clústeres registrados de ACK One. |
|
|
Gateways unificados de entrada y salida |
Puntos unificados de entrada y salida de tráfico para las aplicaciones de la malla. Permite habilitar o deshabilitar mTLS con un solo clic para lograr cifrado de extremo a extremo y control de tráfico. |
|
|
Varios tipos de gestión de tráfico |
Gestión de tráfico multiprotocolo con lanzamientos canary de extremo a extremo, corte de circuito, limitación local de velocidad, calentamiento de inicio lento y recuperación de tráfico. |
|
|
Compatible con múltiples capacidades de observability |
Diagnóstico de la malla con trazabilidad, monitoreo y registro administrados e integrados para ofrecer visibilidad de extremo a extremo. |
|
|
Sistema de seguridad de confianza cero no intrusivo |
Seguridad de confianza cero lista para usar y configurable dinámicamente, con autenticación de identidad, gestión de certificados, aplicación de políticas y análisis visual. |
|
|
Extensibilidad para lógica personalizada |
Un mercado de plugins con extensiones listas para usar, además de compatibilidad con recursos EnvoyFilter personalizados. |
|
|
Integración integral con el ecosistema |
Integración con herramientas comunes de GitOps y servicios serverless y de IA, como Knative y KServe. |
Facturación
ASM se divide en Enterprise Edition y Ultimate Edition según sus distintas funciones y capacidades de soporte técnico. Ambas son ediciones comerciales con diferentes estándares de facturación. Para obtener más información sobre la facturación de ASM, consulte Billing.
Límites de cuota
Antes de usar ASM, tenga en cuenta los siguientes límites:
Puede crear un máximo de 10 instancias de Standard Edition + Lab. No existe límite de cuota para Enterprise Edition ni Ultimate Edition. Para aumentar la cuota, envíe un ticket.
La cantidad de pods por cada instancia de malla varía según las especificaciones de la instancia de ASM. Para obtener más detalles, consulte Quotas.
Antes de usar ASM, asegúrese de haber activado Container Service for Kubernetes (ACK). Para conocer las limitaciones al usar clústeres de Alibaba Cloud Container Service for Kubernetes, consulte Quotas and limits.
Compatibilidad con API
ASM es compatible tanto con Gateway API como con la API de Istio.
En el futuro, Gateway API será la API predeterminada para la malla de servicios. Si apenas comienza a trabajar con la API de Istio, empiece con Gateway API. Si ya utiliza la API de Istio, puede seguir usándola.
Gateway API y la API de Istio comparten muchas similitudes. Antes de comenzar, tenga en cuenta las siguientes diferencias:
En la API de Istio,
Gatewaydefine las reglas del gateway sin desplegar el Deployment o Service correspondiente. En Gateway API, el recursoGatewayconfigura el gateway y despliega de forma síncrona el Deployment y el Service.El recurso
VirtualServicede la API de Istio configura todos los protocolos en un solo recurso. Gateway API utiliza recursos independientes para cada protocolo, comoHTTPRouteyGRPCRoute.Gateway API aún no cubre por completo todas las funciones de Istio.