Function Compute:Configurer une politique de réécriture (avant-première publique)

Réécriture exacte

Lors d'une réécriture exacte, si le path de la requête correspond exactement à la règle de correspondance, le path est remplacé selon la règle de remplacement. Par exemple, si la règle de correspondance est /old et la règle de remplacement /new, une requête vers /old devient /new.

Réécriture avec caractères génériques

La réécriture avec caractères génériques offre un moyen simple de faire correspondre les requêtes et convient à la plupart des cas d'utilisation.

Dans la règle de remplacement, référencez la chaîne capturée par chaque astérisque selon sa position. Par exemple, si la règle de correspondance est /api/* et la règle de remplacement /$1, une requête vers /api/getFunctionName devient /getFunctionName.

Réécriture par expression régulière

Pour une réécriture par expression régulière, la règle de correspondance et la règle de remplacement suivent la syntaxe standard des expressions régulières. Pour plus d'informations sur cette syntaxe, consultez Syntaxe des expressions régulières.

Ordre de correspondance et priorité

La priorité des trois modèles de réécriture, de la plus élevée à la plus basse, est la suivante : réécriture exacte → réécriture avec caractères génériques → réécriture par expression régulière.

Vous pouvez configurer plusieurs politiques de réécriture pour une seule règle de routage. Si une requête correspond à plusieurs politiques du même type, Function Compute applique la première selon l'ordre spécifié et ignore les suivantes.

var rule1 = &WildcardRules{
    Match:       "/api/v1/*",
    Replacement: "/api/v2/$1",
}
var rule2 = &WildcardRules{
    Match:       "/api/*/*",
    Replacement: "/api/v3/$2",
}

• Si les politiques de réécriture sont ordonnées [rule1, rule2], une requête vers /api/v1/getFunctionName devient /api/v2/getFunctionName.

• Si les politiques de réécriture sont ordonnées [rule2, rule1], une requête vers /api/v1/getFunctionName devient /api/v3/getFunctionName.