Serverless App Engine:Crear y gestionar una ruta para una aplicación (MSE)

Contexto

Las puertas de enlace nativas para la nube de MSE son compatibles con Kubernetes Ingresses, admiten el descubrimiento de servicios desde orígenes como Container Service for Kubernetes (ACK) y Nacos, y ofrecen diversas funciones de seguridad y operaciones y mantenimiento.

Requisitos previos

• MSE

  • Se ha creado una puerta de enlace nativa para la nube de MSE. Para obtener más información, consulte Create an MSE cloud-native gateway.

• SAE

  • Se ha creado un namespace. Asegúrese de que la puerta de enlace nativa para la nube de MSE y el namespace de SAE se encuentren en la misma región y estén asociados a la misma VPC. Para obtener más información, consulte Create a namespace.

  • Se ha creado una aplicación.

  • Conoce las restricciones de uso. Para obtener más información, consulte MSE cloud-native gateway usage constraints.

Crear una regla de enrutamiento

1. En SAE Gateway Routing, seleccione la región y el namespace de destino en la parte superior de la página y, a continuación, haga clic en Create Gateway Route.

2. En la página Create Route, configure los parámetros y haga clic en Save.

   Elemento de configuración	Descripción
   Route Name	Nombre personalizado para la regla de enrutamiento.
   Network Type	Tipo de red para el reenvío de solicitudes. Internet: Se cobra por el tráfico reenviado por una puerta de enlace orientada a Internet. Private Network: No se cobra por el tráfico reenviado por una puerta de enlace interna, ya que el tráfico solo se reenvía dentro de la VPC.
   Gateway Type	Seleccione MSE Cloud-native Gateway.
   Gateway Instance	Este parámetro es obligatorio si establece Gateway Type en MSE Cloud-native Gateway. Seleccione una instancia de puerta de enlace que resida en la misma región y VPC que el namespace. Para crear una instancia de puerta de enlace, haga clic en Create MSE Cloud-native Gateway. Para obtener más información, consulte Create an MSE cloud-native gateway.
   Domain Name	Seleccione uno o varios nombres de dominio que desee coincidir. Para crear un nombre de dominio, haga clic en Create Domain Name. Para obtener más información, consulte Create a domain name.
   Path	Ruta de solicitud utilizada para coincidir con solicitudes HTTP. Si varias reglas tienen el mismo tipo de coincidencia, la regla con la ruta más larga tiene mayor prioridad. Si varias reglas tienen distintos tipos de coincidencia, la prioridad es Equal To > Prefix > Regular Expression Match. Equal To: coincidencia exacta. Por ejemplo, la ruta es igual a /user. Prefix: coincidencia basada en prefijo. Por ejemplo, la ruta comienza con /user. Regular Expression Match: coincidencia basada en expresión regular. Por ejemplo, la clase de caracteres es user.
   Method	Método HTTP utilizado para coincidir con las solicitudes. Si se deja vacío, coinciden todos los métodos. Puede seleccionar varios métodos.
   Header	Encabezado HTTP utilizado para coincidir con las solicitudes. Si varias reglas comparten el mismo tipo de coincidencia, la regla con más parámetros de encabezado tiene prioridad.
   Query	Parámetro de cadena de consulta utilizado para coincidir con solicitudes HTTP. Si varias reglas comparten el mismo tipo de coincidencia, la regla con más parámetros de consulta tiene prioridad.
   Service Source	Se admiten dos tipos de registros: SAE Built-in Nacos y MSE Nacos. SAE Built-in Nacos: SAE modifica automáticamente las direcciones del registro y del centro de configuración del programa mediante la inyección de variables de entorno relacionadas y el uso de un agente de Java para modificar el código de bytes. MSE Nacos: Si selecciona esta opción, debe configurar MSE Nacos Instance y Namespace of MSE Nacos Instance. Nota El origen del servicio debe ser el mismo que el método de descubrimiento de servicios de la aplicación.
   Scenario	Tipo de servicio de destino para la ruta. Escenario básico Single Service: Las solicitudes se distribuyen a un único servicio de backend. Este es el escenario más común. Escenario de versión canary By Percentage (Multi-service): Las solicitudes se distribuyen a varios servicios de backend según porcentajes específicos. Esto se utiliza frecuentemente en escenarios de cambio de tráfico y versiones canary. Tag (Tag-based Routing): Las solicitudes se distribuyen a varios servicios de backend según el contenido o porcentajes específicos. Para implementar la función de versión canary de extremo a extremo, use esta función junto con la administración de servicios. Para obtener más información sobre los tipos de servicios de destino, consulte Overview of routing methods.
   Backend Services	Aplicación de backend, servicio y puerto que se asociarán con la ruta. Nota La suma de los pesos de tráfico de los servicios de destino debe ser del 100 %. El enrutamiento basado en etiquetas solo surte efecto en el primer salto desde la puerta de enlace hasta el servicio de backend. Si desea implementar una versión canary para todo el vínculo de solicitud, use esta función junto con la función de versión canary de extremo a extremo.
   Timeout (Seconds)	Periodo de tiempo de espera en segundos. Valor predeterminado: 60. Un valor de 0 significa que la solicitud nunca expira.
   Advanced Settings
   Fallback	Active Fallback y seleccione un servicio de respaldo. Si no hay ningún nodo disponible para el servicio de backend al que apunta la ruta, las solicitudes se reenviarán al servicio de respaldo especificado. Nota Actualmente, la función de respaldo solo es compatible entre servicios HTTP.

   Una vez creada la regla de enrutamiento, puede consultarla, editarla y gestionarla en la página Gateway Routing.

Gestionar una regla de enrutamiento

Después de crear una regla de enrutamiento, puede consultar su configuración de reenvío de tráfico, o bien editarla o eliminarla en la página Gateway Routing.