Se a sua aplicação verifica os mesmos beneficiários repetidamente, cachear os resultados VoP parece um ganho fácil em custo e latência. Mas a verificação do beneficiário é uma verificação num momento no tempo: a conta que correspondeu no mês passado pode ter mudado de mãos, e uma «correspondência» em cache pode deixar passar um pagamento que devia ter travado.
O que torna a cache arriscada
Todo o valor da VoP é confirmar o beneficiário no momento do pagamento. Cacheie de forma demasiado agressiva e reintroduz exatamente a lacuna que a VoP fecha. O risco é máximo precisamente onde a VoP mais conta — primeiros pagamentos e dados alterados.
Cacheie o rotineiro, verifique o arriscado
A cache pode ser razoável para beneficiários estáveis, recorrentes e de baixo risco com um TTL curto. Novos beneficiários e dados alterados deviam sempre desencadear uma verificação fresca.
Uma estratégia de cache segura
- 1 Use valores de time-to-live curtos para que os resultados em cache expirem depressa.
- 2 Invalide a cache sempre que os dados bancários do beneficiário mudem.
- 3 Nunca sirva um resultado em cache para um beneficiário novo ou um primeiro pagamento.
- 4 Registe os cache hits para poder auditar que decisões usaram dados em cache.
Desempenho sem o risco
A Verification of Payee da RoxPay é suficientemente rápida para que muitas integrações saltem a cache por completo. Onde a cache ajuda, os resultados claros da API tornam fácil aplicar TTL e invalidação sensatos.