Guia per a Desenvolupadors: Optimització de Crides a l'API de Didit per al Caching CDN Edge (CA)

Comprendre els Límits de TarifaDidit aplica límits de tarifa globals i específics per a cada endpoint per mantenir l'estabilitat de l'API, proporcionant capçaleres X-RateLimit-Limit, X-RateLimit-Remaining i X-RateLimit-Reset per a la limitació de client.

Implementar Retrocés ExponencialPer a les respostes 429, integreu una estratègia de retrocés exponencial (p. ex., 5s → 10s → 20s) per gestionar amb elegància les sobrecàrregues temporals de l'API i evitar infraccions del límit de tarifa del costat del client.

Aprofitar el CDN per a Actius EstàticsTot i que l'API principal de Didit no pot ser cachejada per CDNs tradicionals, optimitzeu els actius estàtics de la vostra aplicació (JS, CSS, imatges) mitjançant CDN per reduir els temps de càrrega i millorar el rendiment percebut.

Arquitectura de Rendiment de DiditLa infraestructura nativa d'IA i distribuïda globalment de Didit ofereix inherentment baixa latència i alta disponibilitat, cosa que la converteix en una opció ideal per a necessitats de verificació d'identitat crítiques per al rendiment.

En el paisatge digital actual, on el temps és or, cada mil·lisegon compta. Per als desenvolupadors que integren serveis de verificació d'identitat, optimitzar les crides a l'API per a la velocitat i l'eficiència és primordial. Si bé les Xarxes de Lliurament de Contingut (CDNs) sovint s'associen amb el caching d'actius estàtics, comprendre com interactuar millor amb els serveis d'API, especialment aquells dissenyats per a operacions dinàmiques i en temps real com la verificació d'identitat, és crucial per al rendiment general de l'aplicació. Aquesta guia aprofundeix en l'optimització de les vostres integracions de l'API de Didit, centrant-se en la limitació de tarifa, els patrons de crida eficients i com l'arquitectura de Didit suporta inherentment l'alt rendiment.

Comprendre els Límits de Tarifa de l'API de Didit

Didit, com qualsevol servei d'API robust, implementa límits de tarifa per garantir l'estabilitat i l'ús just entre tots els clients. Aquests límits són crítics per prevenir abusos i mantenir un rendiment consistent. Comprendre'ls i adherir-s'hi és el primer pas cap a interaccions d'API optimitzades.

Didit aplica múltiples capes de limitació de tarifa:

• Límits Globals: Per als endpoints GET generals, hi ha un límit de 300 peticions per minut per aplicació. De la mateixa manera, els endpoints POST, PATCH i DELETE (escriptura/eliminació) també tenen un màxim global de 300 peticions per minut per aplicació.
• Límits Específics per Endpoint: Algunes operacions d'alt impacte tenen límits més restrictius. Per exemple, POST /v2/session/ (per crear sessions de verificació, que sovint impliquen els productes de verificació d'identitat o estimació d'edat de Didit) està limitat a 600 peticions per minut. La recuperació de decisions de sessió (`GET /v2/session//decision/) està limitada a 100 peticions per minut per evitar un sondeig excessiu, i la generació de PDF (GET /session//generate-pdf/`) també està limitada a 100 peticions per minut a causa de la seva naturalesa intensiva en CPU.

Quan se supera un límit de tarifa, l'API de Didit respon amb un codi d'estat 429 Too Many Requests. Crucialment, aquestes respostes inclouen capçaleres útils:

• X-RateLimit-Limit: El nombre màxim de peticions permeses.
• X-RateLimit-Remaining: El nombre de peticions restants a la finestra actual.
• X-RateLimit-Reset: El temps (en segons epoch) en què es reinicia la finestra de límit de tarifa actual.

En monitoritzar aquestes capçaleres, la vostra aplicació pot autolimitar-se proactivament, evitant errors 429 innecessaris i garantint un flux operatiu més fluid per a serveis com el control AML o la detecció de vivacitat de Didit.

Implementació de Throttling Intel·ligent al Client i Retrocés

La gestió eficaç dels límits de tarifa per part del client és vital per a una integració resilient. Aquí teniu com fer-ho:

1. Monitoritzar les Capçaleres de Límits de Tarifa: Implementeu una lògica per llegir la capçalera X-RateLimit-Remaining. Quan aquest valor caigui per sota d'un cert llindar (p. ex., 15% de X-RateLimit-Limit), el vostre client hauria de començar a reduir la seva taxa de peticions.

2. Retrocés Exponencial per a 429s: Aquesta és una estratègia crítica. Si la vostra aplicació rep una resposta 429, hauria de fer una pausa abans de reintentar la petició. En lloc de reintents immediats, implementeu un algorisme de retrocés exponencial. Per exemple, espereu 5 segons, després 10 segons, després 20 segons, i així successivament. Això evita sobrecarregar l'API encara més i permet que la finestra de límit de tarifa es reiniciï. La capçalera Retry-After de Didit també pot informar la vostra estratègia de retrocés.

3. Registrar i Alertar: Feu un seguiment de quan s'assoleixen els límits de tarifa i quan es disparen els reintents. Això proporciona informació valuosa sobre els patrons d'ús de la vostra aplicació i pot ajudar a identificar àrees d'optimització o indicar la necessitat de sol·licitar un límit més alt al suport de Didit per a casos d'ús específics.

El Paper del Caching CDN Edge en el Rendiment de l'API

Si bé les APIs centrals de verificació d'identitat de Didit, com les de verificació d'identitat, coincidència facial 1:1 o verificació NFC, impliquen un processament dinàmic i en temps real que no es pot cachejar de manera efectiva per un CDN (ja que cada petició és única i requereix un càlcul nou), els CDNs encara tenen un paper en el rendiment general de la vostra aplicació.

Els CDNs excel·leixen en el caching de contingut estàtic (imatges, JavaScript, arxius CSS, vídeos) en ubicacions "edge" més properes als vostres usuaris. En servir aquests actius des d'un CDN, reduïu la càrrega del vostre servidor d'origen i disminuïu la latència per als vostres usuaris. Això millora el rendiment percebut de la vostra aplicació, fent que l'experiència general, inclòs el flux de verificació d'identitat, se senti molt més ràpida i responsiva.

Per exemple, si la vostra aplicació utilitza un flux de treball de Didit que implica una interfície d'usuari basada en web (p. ex., per recopilar càrregues de documents o selfies de detecció de vivacitat), els actius estàtics per a aquesta interfície d'usuari es poden servir mitjançant un CDN. Si bé les crides a l'API al backend de Didit per processar la verificació són directes, la velocitat de l'entorn de l'aplicació circumdant afecta significativament la satisfacció de l'usuari.

L'Arquitectura Nadiua d'IA de Didit per a un Rendiment Inigualable

Didit està construït des de zero com una plataforma d'identitat nativa d'IA i orientada al desenvolupador. Aquesta elecció arquitectònica proporciona inherentment avantatges de rendiment significatius que complementen les vostres estratègies de CDN per a actius estàtics:

• Distribució Global: La infraestructura de Didit està distribuïda globalment, garantint una baixa latència per als usuaris independentment de la seva ubicació geogràfica. Això significa que les crides a l'API als endpoints de verificació de Didit es dirigeixen al centre de dades més proper, minimitzant el temps de viatge de la xarxa.
• Optimitzat per a Temps Real: Productes com la vivacitat passiva i activa i la coincidència facial 1:1 estan dissenyats per al processament en temps real, aprofitant models d'IA avançats que s'executen de forma ràpida i eficient.
• Escalabilitat: L'arquitectura modular de Didit està construïda per escalar, capaç de gestionar grans volums de peticions de verificació sense degradació del rendiment, fins i tot durant els períodes de màxima demanda. Això és crucial per a aplicacions que requereixen un alt rendiment per a serveis com la verificació de telèfon i correu electrònic o la prova d'adreça.
• APIs Orientades al Desenvolupador: APIs netes i ben documentades garanteixen que els desenvolupadors puguin integrar-se de manera eficient, reduint el temps de desenvolupament i el potencial de colls d'ampolla de rendiment relacionats amb la integració. El procés de registre programàtic, que requereix només dues crides API, exemplifica aquest enfocament orientat al desenvolupador.

En centrar-vos en pràctiques eficients de consum d'API, com ara la gestió intel·ligent del límit de tarifa i el retrocés exponencial, podeu aprofitar al màxim el backend d'alt rendiment i nadiu d'IA de Didit per oferir una experiència de verificació d'identitat fluida i ràpida.

Com Ajuda Didit

Didit està dissenyat per proporcionar una experiència de verificació d'identitat d'alt rendiment i fiable. La nostra plataforma nativa d'IA ofereix una arquitectura modular, que us permet integrar primitives d'identitat específiques com la verificació d'identitat (amb suport OCR, MRZ i codi de barres), vivacitat passiva i activa, coincidència facial 1:1 i control i seguiment AML segons sigui necessari. Aquesta modularitat significa que només utilitzeu els recursos que necessiteu, optimitzant tant el cost com el rendiment. L'oferta de KYC bàsic gratuït de Didit, sense tarifes de configuració i un model de pagament per comprovació reeixida, fa que sigui increïblement accessible començar. La nostra infraestructura distribuïda globalment garanteix que les vostres crides a l'API es beneficiïn d'una baixa latència i alta disponibilitat, fent que la necessitat de caching CDN tradicional de les respostes de l'API sigui menys rellevant, ja que la naturalesa dinàmica de la verificació d'identitat exigeix un processament en temps real. Potenciem els desenvolupadors amb una solució robusta i escalable que prioritza inherentment la velocitat i l'eficiència, el que us permet centrar-vos en la creació de grans aplicacions mentre nosaltres gestionem les complexitats de la confiança d'identitat.

Llest per Començar?

Llest per veure Didit en acció? Obteniu una demostració gratuïta avui mateix.

Comenceu a verificar identitats de forma gratuïta amb el nivell gratuït de Didit.