Dacă aplicația dumneavoastră verifică aceiași beneficiari în mod repetat, cachearea rezultatelor VoP pare un câștig ușor la costuri și latență. Dar verificarea beneficiarului este o verificare la un moment dat: contul care se potrivea luna trecută poate să fi schimbat proprietarul, iar o „potrivire” din cache ar putea lăsa să treacă o plată pe care ar fi trebuit să o opriți.
Ce face cachearea riscantă
Toată valoarea VoP constă în confirmarea beneficiarului în momentul plății. Cacheați prea agresiv și reintroduceți exact breșa pe care VoP o închide. Riscul este cel mai mare exact acolo unde VoP contează cel mai mult — primele plăți și datele modificate.
Cacheați rutina, verificați riscul
Cachearea poate fi rezonabilă pentru beneficiari stabili, recurenți și cu risc scăzut, cu un TTL scurt. Beneficiarii noi și datele modificate ar trebui să declanșeze întotdeauna o verificare proaspătă.
O strategie de cacheare sigură
- 1 Folosiți valori time-to-live scurte, astfel încât rezultatele din cache să expire repede.
- 2 Invalidați cache-ul ori de câte ori se schimbă datele bancare ale beneficiarului.
- 3 Nu serviți niciodată un rezultat din cache pentru un beneficiar complet nou sau pentru o primă plată.
- 4 Jurnalizați cache hit-urile, ca să puteți audita ce decizii au folosit date din cache.
Performanță fără risc
Verification of Payee de la RoxPay este suficient de rapidă încât multe integrări renunță complet la cacheare. Acolo unde cachearea ajută, rezultatele clare ale API-ului fac ușoară aplicarea unor TTL-uri și a unei invalidări rezonabile.