Todos los productos
Search
Centro de documentos

Alibaba Cloud Service Mesh:Carriles de tráfico

Última actualización: Sep 05, 2026

Una versión canary suele dirigirse a un solo servicio. Sin embargo, cuando los servicios forman cadenas de llamadas, aislar un único servicio no es suficiente; el tráfico canary debe mantenerse aislado en toda la cadena. Si una solicitud llega a la versión canary del servicio A pero se enruta a la versión estable del servicio B, los resultados de la prueba no son confiables.

Los carriles de tráfico de Service Mesh (ASM) resuelven este problema al agrupar una versión específica o características de una aplicación a lo largo de una cadena de llamadas en un entorno de ejecución aislado. Las reglas de carril enrutan las solicitudes coincidentes a la versión correcta de cada servicio en la cadena y mantienen el tráfico canary separado del tráfico de producción de extremo a extremo. Esto facilita la creación de entornos aislados para el tráfico desde la puerta de enlace hasta los servicios, el despliegue simultáneo de varios servicios o el desarrollo paralelo de varias versiones.

Los carriles de tráfico operan en dos modos (estricto y permisivo) que difieren en la forma de manejar los servicios ausentes en un carril.

Conceptos clave

Término

Definición

Carril de tráfico

Entorno de ejecución aislado que agrupa una versión específica o características de una aplicación a lo largo de una cadena de llamadas.

Regla de carril

Regla de enrutamiento que dirige las solicitudes coincidentes al carril destino.

Carril base

Carril que contiene todos los servicios de la cadena de llamadas. En modo permisivo, los demás carriles recurren al carril base cuando falta algún servicio.

Encabezado de solicitud de paso E2E

Encabezado HTTP que se propaga por cada servicio en una cadena de llamadas. En modo permisivo, este encabezado identifica a qué carril pertenece una solicitud.

Funcionamiento

Modo estricto

En el modo estricto, cada carril contiene todos los servicios de la cadena de llamadas. ASM enruta las solicitudes al carril correspondiente según las reglas de carril, sin necesidad de recurrir a un respaldo.

Dado que cada carril es autónomo, el modo estricto no requiere cambios en el código de su aplicación ni propagación de encabezados.

Strict mode architecture

Para obtener instrucciones de configuración, consulte Use traffic lanes in strict mode to manage end-to-end traffic.

Modo permisivo

En el modo permisivo, solo el carril base debe contener todos los servicios; los demás carriles pueden incluir solo un subconjunto. Cuando una solicitud llega a un servicio que no existe en el carril actual, ASM la reenvía al carril base. Una vez que dicho servicio vuelve a estar disponible en el carril, el tráfico se enruta automáticamente de regreso.

Este mecanismo de respaldo requiere que su aplicación propague un encabezado de solicitud de paso E2E en cada llamada de servicio dentro de la cadena. Cada carril utiliza un valor de encabezado distinto para que ASM pueda identificar a qué carril pertenece una solicitud a lo largo de toda la cadena de llamadas.

Permissive mode architecture

Para obtener instrucciones de configuración, consulte:

Elija un modo

Modo estricto

Modo permisivo

Cuándo utilizarlo

Versiones canary que abarcan todos los servicios de una cadena de llamadas.

Versiones canary dirigidas solo a algunos servicios de una cadena de llamadas.

Requisito de la aplicación

Ninguno. No se requieren cambios en el código.

Propagar un encabezado de solicitud de paso E2E con un valor distinto por carril en todas las llamadas de servicio.

Composición del carril

Cada carril debe contener todos los servicios de la cadena de llamadas.

Solo el carril base debe contener todos los servicios. Los demás carriles incluyen únicamente los servicios bajo prueba.

Flexibilidad

Menor, ya que cada carril es una réplica completa de la cadena de llamadas.

Mayor, pues permite probar nuevas versiones de servicios individuales sin replicar toda la cadena.

Pasos siguientes