1. Entenda a precedência
A política de plugins do gateway é resolvida nesta ordem:- padrões do workspace
- padrões de presets
- plugins por solicitação
2. Defina o padrão do workspace
Use as configurações de roteamento quando um workspace precisar habilitar por padrão a correção de respostas para solicitações com JSON estruturado. Este é o lugar certo para definir:- padrões operacionais abrangentes
- comportamento compartilhado das chaves de API
- prevenção de divergências entre serviços
3. Bloqueie a política quando ela não puder ser negociada
Se um workspace precisar manter a correção de respostas sempre habilitada, bloqueie esse padrão. Com um padrão de workspace bloqueado:- presets não podem desabilitá-lo
- o corpo das solicitações não pode desabilitá-lo
- os logs continuam mostrando se o plugin foi aplicado, ignorado ou falhou
4. Use presets para padrões específicos do fluxo de trabalho
Presets são a camada certa quando uma família de solicitações precisa incluir:- configurações de saída estruturada
- padrões do plugin de correção de respostas
safepara uma limpeza sintática limitadastrictpara um comportamento que apenas remove as delimitações externas
5. Substitua a configuração por solicitação somente quando o workspace permitir
Se o padrão do workspace não estiver bloqueado, uma solicitação ainda poderá substituir diretamente a configuração do plugin:Exemplo de solicitação
6. Verifique o comportamento nos logs
Após uma solicitação, inspecione a visualização de detalhes e confirme:plugin_executionsincluiresponse-healing- o status é um destes:
appliedskippedfailed
- o modo efetivo do plugin está visível
- erros de validação aparecem quando a validação do esquema rejeita um possível conteúdo corrigido
7. O que fazer quando o comportamento varia entre serviços
Se dois serviços se comportarem de forma diferente, compare:- as configurações de roteamento do workspace
- os padrões de plugins dos presets
pluginspor solicitação- se o padrão do workspace está bloqueado