Optimització de les crides a l'API de Didit amb consultes federades de GraphQL (CA)
Descobreix com les consultes federades de GraphQL poden reduir dràsticament els costos i millorar el rendiment quan interactues amb l'API de Didit.

Agilitza la recuperació de dadesLes consultes federades de GraphQL et permeten sol·licitar precisament les dades que necessites de múltiples serveis en una única crida a l'API, eliminant la sobre-obtenció i la sub-obtenció comunes en les API REST.
Redueix la sobrecàrrega de xarxaEn consolidar múltiples sol·licituds en una, les consultes federades disminueixen significativament el nombre de viatges d'anada i tornada entre la teva aplicació i l'API de Didit, el que resulta en una menor latència i temps de resposta més ràpids.
Millora l'eficiència de costosMenys crides a l'API i una menor transferència de dades es tradueixen directament en menors costos operatius, ja que només pagues pels recursos i les dades consumides, optimitzant la despesa en verificació d'identitat.
L'avantatge modular de DiditLa plataforma d'identitat oberta i modular de Didit està en una posició única per beneficiar-se de les consultes federades de GraphQL, permetent una integració i orquestració fluida de diversos primitives d'identitat com verificació d'identificació, vivacitat i detecció de blanqueig de capitals (AML) a través d'una interfície unificada.
El repte de les interaccions tradicionals amb l'API
En el món de la verificació d'identitat, les aplicacions sovint necessiten recuperar diverses peces d'informació sobre un usuari o una sessió de verificació. Les API RESTful tradicionals de vegades poden portar a ineficiències. Per exemple, podríeu fer una crida per iniciar una sessió de verificació d'identificació, una altra per comprovar el seu estat i una altra per obtenir la decisió i les dades associades. Això pot resultar en diversos problemes comuns:
- Sobre-obtenció: Les API sovint retornen més dades de les que la vostra aplicació realment necessita, malgastant ample de banda i potència de processament.
- Sub-obtenció: Per contra, una única crida a l'API podria no proporcionar totes les dades necessàries, obligant la vostra aplicació a fer múltiples sol·licituds posteriors.
- Múltiples viatges d'anada i tornada: Cada crida a l'API incorre en latència de xarxa, i fer moltes crides en seqüència pot alentir significativament el rendiment de la vostra aplicació.
- Augment de costos: Molts proveïdors d'API, inclosos els serveis de verificació d'identitat, cobren en funció del nombre de crides o del volum de dades transferides. L'ús ineficient de l'API pot comportar costos inesperats.
Per a una plataforma com Didit, que ofereix un ric conjunt de primitives d'identitat que inclouen verificació d'identificació (OCR, MRZ, codis de barres), vivacitat passiva i activa, coincidència facial 1:1 i cerca facial, i detecció i monitorització de blanqueig de capitals (AML), la recuperació i combinació eficient de dades entre aquests serveis és fonamental. Aquí és on GraphQL, particularment amb un enfocament federat, ofereix una solució potent.
Introducció a les consultes federades de GraphQL per a la verificació d'identitat
GraphQL és un llenguatge de consulta per a la vostra API i un entorn d'execució del costat del servidor per executar consultes utilitzant un sistema de tipus que definiu per a les vostres dades. Permet als clients especificar exactament quines dades necessiten, i res més. Quan s'aplica a un ecosistema complex com la verificació d'identitat, les consultes federades de GraphQL us permeten combinar dades de múltiples serveis subjacents (subgrafs) en una API única i unificada. Això vol dir que podeu:
- Sol·licitar dades específiques: En lloc de rebre una estructura de dades fixa, definiu els camps exactes que requereix la vostra aplicació. Per exemple, en comprovar el resultat d'una verificació d'identificació de Didit, potser només necessiteu l'estat de la verificació, el nom de l'usuari i la data de caducitat del document, no tots els camps extrets.
- Consolidar sol·licituds: Combineu consultes per a diferents aspectes de la identitat en una sola. Imagineu que necessiteu la decisió de verificació d'un usuari, el seu estat de detecció de blanqueig de capitals i els detalls de la seva prova d'adreça. Amb la federació, tot això es podria obtenir en una única consulta, fins i tot si provenen de diferents microserveis interns de Didit.
- Optimitzar el rendiment: En reduir el nombre de sol·licituds i la quantitat de dades transferides, els temps de càrrega i la capacitat de resposta de la vostra aplicació milloren dràsticament. Això és especialment crucial per als fluxos orientats a l'usuari, on cada mil·lisegon compta.
Per exemple, podríeu consultar la decisió d'una sessió (GET /v3/session/{id}/decision/) i, simultàniament, obtenir atributs d'usuari relacionats o l'estat d'una comprovació AML associada, tot d'una vegada, en lloc de fer crides separades.
Estratègies pràctiques d'implementació
La implementació de consultes federades de GraphQL amb l'API de Didit implica uns quants passos clau:
- Defineix el teu esquema: Comença definint un esquema GraphQL que representi les dades que necessites dels diversos serveis de Didit. Aquest esquema actua com un contracte entre el teu client i la teva passarel·la API.
- Construeix una capa de passarel·la/orquestració: Configura una passarel·la GraphQL (per exemple, Apollo Federation Gateway) que entengui el teu esquema unificat. Aquesta passarel·la encaminarà parts de la consulta GraphQL entrant als punts finals API de Didit o microserveis interns adequats.
- Mapatge als punts finals REST de Didit: Dins dels resolutors de la teva passarel·la, mapeja els camps GraphQL a les crides API REST de Didit corresponents. Per exemple, un camp
sessionStatusa GraphQL podria resoldre's cridant el punt finalGET /v3/session/{id}/decision/de Didit. - Aprofita les API modulars de Didit: Didit ofereix una arquitectura altament modular. Això significa que les comprovacions d'identitat individuals com l'estimació d'edat, la verificació de telèfon i correu electrònic, o la verificació NFC es poden integrar com a serveis diferents dins del teu graf federat, proporcionant un control granular i eficiència.
- Monitoritza i itera: Utilitza eines per monitoritzar el rendiment de la teva passarel·la GraphQL i l'eficiència de les teves consultes. Optimitza els resolutors i les definicions d'esquema segons sigui necessari per garantir els màxims beneficis de cost i rendiment.
Considera un escenari en què necessites verificar l'edat d'un usuari i fer una comprovació AML. En lloc de dues crides API separades, una única consulta GraphQL federada podria recuperar ambdós resultats, agilitzant significativament el teu flux de treball i reduint la latència. Això és especialment valuós per a aplicacions en indústries regulades o aquelles que requereixen processos d'incorporació ràpids.
Beneficis en costos i rendiment
Els avantatges d'utilitzar consultes federades de GraphQL amb una plataforma com Didit van més enllà d'un codi més net:
- Volum de crides a l'API reduït: En consolidar les sol·licituds, naturalment disminueixes el nombre total de crides a l'API realitzades a Didit, cosa que pot afectar directament els costos si utilitzes un model de preus basat en l'ús.
- Costos de transferència de dades més baixos: Sol·licitar només les dades necessàries minimitza el consum d'ample de banda, cosa que comporta menors costos de transferència de dades, especialment crític en entorns de núvol.
- Experiència d'usuari millorada: Una recuperació de dades més ràpida significa temps de càrrega més ràpids i aplicacions més responsives, millorant l'experiència general de l'usuari durant els passos crítics de verificació d'identitat.
- Desenvolupament de client simplificat: Les aplicacions client poden interactuar amb un únic punt final GraphQL consistent, abstraient les complexitats de múltiples API REST subjacents. Això simplifica el desenvolupament i el manteniment.
- Escalabilitat millorada: Un model d'interacció amb l'API optimitzat permet que la vostra aplicació s'escali de manera més eficient, gestionant volums de trànsit més alts sense augments proporcionals en la infraestructura o els costos de l'API.
El model de KYC bàsic gratuït de Didit i el pagament per comprovació exitosa ja ofereixen avantatges significatius en costos, i la integració amb consultes federades de GraphQL amplifica aquests beneficis assegurant que només pagueu exactament pel que consumeix i necessiteu.
Com Didit t'ajuda
Didit és una plataforma d'identitat nativa d'IA, centrada en el desenvolupador, construïda amb una arquitectura oberta i modular, el que la converteix en un candidat ideal per a la integració amb consultes federades de GraphQL. Les nostres API netes i la documentació completa fan que el mapeig dels nostres serveis al vostre esquema GraphQL sigui senzill. Tant si aprofiteu la nostra verificació d'identificació per a comprovacions de documents, la vivacitat passiva i activa per a la prevenció del frau, la detecció i monitorització de blanqueig de capitals (AML) per al compliment, o la prova d'adreça per a la verificació d'adreces, cada component es pot integrar perfectament al vostre graf federat.
El nostre compromís amb un disseny modular permet als desenvolupadors triar exactament les primitives d'identitat que necessiten, orquestrar-les en fluxos de treball personalitzats i, a continuació, consultar els resultats de manera eficient. Amb Didit, us beneficieu de KYC bàsic gratuït, preus transparents de pagament per comprovació reeixida i sense tarifes de configuració, assegurant que la vostra recerca d'optimització de costos i rendiment amb GraphQL sigui efectiva i econòmica. Didit proporciona els elements bàsics per a una infraestructura d'identitat eficient, escalable i segura que les consultes federades de GraphQL poden exposar i gestionar amb una eficiència inigualable.
Llest per començar?
Preparat per veure Didit en acció? Obtén una demostració gratuïta avui mateix.
Comença a verificar identitats de forma gratuïta amb el nivell gratuït de Didit.