Function Compute:Configurar uma política de reescrita (em pré-visualização pública)

Reescrita exata

Na reescrita exata, se o path da requisição corresponder exatamente à regra de correspondência, o path será substituído pela regra de substituição. Por exemplo, se a regra de correspondência for /old e a regra de substituição for /new, uma requisição para /old será reescrita como /new.

Reescrita com curinga

A reescrita com curinga oferece uma forma simples de corresponder a requisições e atende à maioria dos casos de uso.

Na regra de substituição, referencie a string capturada por cada asterisco conforme sua posição. Por exemplo, se a regra de correspondência for /api/* e a regra de substituição for /$1, uma requisição para /api/getFunctionName será reescrita como /getFunctionName.

Reescrita com expressão regular

Na reescrita com expressão regular, as regras de correspondência e substituição seguem a sintaxe padrão de expressões regulares. Para mais detalhes sobre a sintaxe, consulte sintaxe de expressão regular.

Ordem de correspondência e prioridade

A prioridade dos três padrões de reescrita, da maior para a menor, é: reescrita exata → reescrita com curinga → reescrita com expressão regular.

É possível configurar várias políticas de reescrita para uma única regra de roteamento. Se uma requisição corresponder a múltiplas políticas do mesmo tipo, o Function Compute aplicará a primeira na ordem especificada e ignorará as demais.

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

• Se as políticas estiverem ordenadas como [rule1, rule2], uma requisição para /api/v1/getFunctionName será reescrita como /api/v2/getFunctionName.

• Caso a ordem seja [rule2, rule1], a mesma requisição para /api/v1/getFunctionName resultará em /api/v3/getFunctionName.