Tous les produits
Search
Centre de documentation

:Créer et gérer une route pour une application (MSE)

Dernière mise à jour :Aug 11, 2026

Configurez le routage de passerelle pour votre application afin de distribuer les requêtes vers d'autres services ou applications. Les règles de routage sont gérées via la passerelle cloud-native Microservices Engine (MSE).

Informations générales

Les passerelles cloud-native MSE sont compatibles avec les Ingress Kubernetes, prennent en charge la découverte de services à partir de sources telles que Container Service for Kubernetes (ACK) et Nacos, et offrent diverses capacités de sécurité et d'exploitation et maintenance (O&M).

Prérequis

Créer une règle de routage

  1. Dans Routage de passerelle SAE, sélectionnez la région de destination et le namespace en haut de la page, puis cliquez sur Create Gateway Route.

  2. Sur la page Create Route, configurez les paramètres, puis cliquez sur Save.

    Élément de configuration

    Description

    Route Name

    Nom personnalisé de la règle de routage.

    Network Type

    Type de réseau utilisé pour le transfert des requêtes.

    • Internet : Vous êtes facturé pour le trafic transféré par une passerelle orientée Internet.

    • Private Network : Le trafic transféré par une passerelle interne n'est pas facturé, car le transfert s'effectue uniquement au sein du VPC.

    Gateway Type

    Sélectionnez MSE Cloud-native Gateway.

    Gateway Instance

    Ce paramètre est obligatoire si vous définissez Gateway Type sur MSE Cloud-native Gateway. Sélectionnez une instance de passerelle située dans la même région et le même VPC que le namespace. Pour créer une instance de passerelle, cliquez sur Create MSE Cloud-native Gateway. Pour plus d'informations, consultez la section Créer une passerelle cloud-native MSE.

    Domain Name

    Sélectionnez un ou plusieurs noms de domaine à faire correspondre. Pour créer un nom de domaine, cliquez sur Create Domain Name. Pour plus d'informations, consultez la section Créer un nom de domaine.

    Path

    Chemin de requête utilisé pour la correspondance avec les requêtes HTTP.

    • Si plusieurs règles ont le même type de correspondance, la règle dont le chemin est le plus long est prioritaire.

    • Si plusieurs règles ont des types de correspondance différents, l'ordre de priorité est Equal To > Prefix > Regular Expression Match.

      • Equal To : correspondance exacte. Par exemple, le chemin est égal à /user.

      • Prefix : correspondance basée sur un préfixe. Par exemple, le chemin commence par /user.

      • Regular Expression Match : correspondance basée sur une expression régulière. Par exemple, la classe de caractères est user.

    Method

    Méthode HTTP utilisée pour la correspondance avec les requêtes. Si ce champ est laissé vide, toutes les méthodes correspondent. Vous pouvez sélectionner plusieurs méthodes.

    Header

    En-tête HTTP utilisé pour la correspondance avec les requêtes. Si plusieurs règles partagent le même type de correspondance, la règle comportant le plus de paramètres d'en-tête est prioritaire.

    Query

    Paramètre de chaîne de requête utilisé pour la correspondance avec les requêtes HTTP. Si plusieurs règles partagent le même type de correspondance, la règle comportant le plus de paramètres de requête est prioritaire.

    Service Source

    Deux types de registres sont pris en charge : SAE Built-in Nacos et MSE Nacos.

    • SAE Built-in Nacos : SAE modifie automatiquement les adresses du registre et du centre de configuration du programme en injectant les variables d'environnement associées et en utilisant un agent Java pour modifier le bytecode.

    • MSE Nacos : Si vous sélectionnez cette option, vous devez définir MSE Nacos Instance et Namespace of MSE Nacos Instance.

    Remarque

    La source de service doit être identique à la méthode de découverte de services de l'application.

    Scenario

    Type de service de destination pour la route.

    • Scénario de base

      Single Service : Les requêtes sont distribuées vers un seul service backend. Il s'agit du scénario le plus courant.

    • Scénario de déploiement canari

      • By Percentage (Multi-service) : Les requêtes sont distribuées vers plusieurs services backend selon des pourcentages spécifiques. Cette option est souvent utilisée dans les scénarios de basculement de trafic et de déploiement canari.

      • Tag (Tag-based Routing) : Les requêtes sont distribuées vers plusieurs services backend en fonction du contenu ou de pourcentages spécifiques. Pour mettre en œuvre la fonctionnalité de déploiement canari de bout en bout, vous devez utiliser cette fonctionnalité conjointement avec l'administration des services.

    Pour plus d'informations sur les types de services de destination, consultez la section Présentation des méthodes de routage.

    Backend Services

    Application, service et port backend à associer à la route.

    Remarque
    • La somme des poids de trafic des services de destination doit être égale à 100 %.

    • Le routage basé sur les tags n'est effectif que pour le premier saut entre la passerelle et le service backend. Si vous souhaitez mettre en œuvre un déploiement canari pour l'ensemble de la chaîne de requêtes, vous devez utiliser cette fonctionnalité conjointement avec la fonctionnalité de déploiement canari de bout en bout.

    Timeout (Seconds)

    Délai d'expiration en secondes. Valeur par défaut : 60. Une valeur de 0 signifie que la requête n'expire jamais.

    Advanced Settings

    Fallback

    Activez Fallback et sélectionnez un service de secours. Si aucun nœud n'est disponible pour le service backend vers lequel pointe la route, les requêtes sont transférées vers le service de secours spécifié.

    Remarque

    Actuellement, la fonctionnalité de secours n'est prise en charge qu'entre les services HTTP.

    Une fois la règle de routage créée, vous pouvez consulter, modifier et gérer la règle sur la page Gateway Routing.

Gérer une règle de routage

Après avoir créé une règle de routage, vous pouvez consulter sa configuration de transfert de trafic, ou modifier ou supprimer la règle sur la page Gateway Routing.