Optimiser les Appels Didit API avec les Requêtes Fédérées GraphQL (FR-1)
Découvrez comment les requêtes fédérées GraphQL réduisent les coûts et améliorent les performances de l'API Didit. Évitez la sur-extraction, minimisez la latence réseau et rationalisez la récupération des données pour une.

Rationaliser la Récupération des DonnéesLes requêtes fédérées GraphQL vous permettent de demander précisément les données dont vous avez besoin auprès de plusieurs services en un seul appel API, éliminant ainsi la sur-extraction et la sous-extraction courantes dans les API REST.
Réduire la Surcharge RéseauEn regroupant plusieurs requêtes en une seule, les requêtes fédérées diminuent considérablement le nombre d'allers-retours entre votre application et l'API Didit, ce qui réduit la latence et accélère les temps de réponse.
Améliorer la RentabilitéMoins d'appels API et une réduction du transfert de données se traduisent directement par des coûts opérationnels plus bas, car vous ne payez que pour les ressources et les données consommées, optimisant ainsi vos dépenses de vérification d'identité.
L'Avantage Modulaire de DiditLa plateforme d'identité ouverte et modulaire de Didit est idéalement positionnée pour bénéficier des requêtes fédérées GraphQL, permettant une intégration et une orchestration fluides de diverses primitives d'identité comme la vérification d'identité, la vivacité et le contrôle AML via une interface unifiée.
Le Défi des Interactions API Traditionnelles
Dans le monde de la vérification d'identité, les applications doivent souvent récupérer diverses informations sur un utilisateur ou une session de vérification. Les API RESTful traditionnelles peuvent parfois entraîner des inefficacités. Par exemple, vous pourriez effectuer un appel pour lancer une session de vérification d'identité, un autre pour vérifier son statut, et encore un autre pour récupérer la décision et les données associées. Cela peut entraîner plusieurs problèmes courants :
- Sur-extraction : Les API renvoient souvent plus de données que votre application n'en a réellement besoin, ce qui gaspille de la bande passante et de la puissance de traitement.
- Sous-extraction : Inversement, un seul appel API pourrait ne pas fournir toutes les données nécessaires, forçant votre application à effectuer plusieurs requêtes ultérieures.
- Multiples Allers-Retours : Chaque appel API entraîne une latence réseau, et effectuer de nombreux appels en séquence peut ralentir considérablement les performances de votre application.
- Coût Accru : De nombreux fournisseurs d'API, y compris les services de vérification d'identité, facturent en fonction du nombre d'appels ou du volume de données transférées. Une utilisation inefficace de l'API peut entraîner des coûts inattendus.
Pour une plateforme comme Didit, qui offre une suite riche de primitives d'identité, y compris la vérification d'identité (OCR, MRZ, codes-barres), la vivacité passive et active, la correspondance faciale 1:1 et la recherche faciale, et le contrôle et la surveillance AML, la récupération et la combinaison efficaces des données entre ces services sont primordiales. C'est là que GraphQL, en particulier avec une approche fédérée, offre une solution puissante.
Introduction aux Requêtes Fédérées GraphQL pour la Vérification d'Identité
GraphQL est un langage de requête pour votre API, et un environnement d'exécution côté serveur pour l'exécution de requêtes en utilisant un système de types que vous définissez pour vos données. Il permet aux clients de spécifier exactement les données dont ils ont besoin, et rien de plus. Appliqué à un écosystème complexe comme la vérification d'identité, les requêtes fédérées GraphQL vous permettent de combiner des données provenant de plusieurs services sous-jacents (sous-graphes) en une seule API unifiée. Cela signifie que vous pouvez :
- Demander des Données Spécifiques : Au lieu de recevoir une structure de données fixe, vous définissez les champs exacts dont votre application a besoin. Par exemple, lors de la vérification du résultat d'une vérification d'identité Didit, vous pourriez n'avoir besoin que du statut de vérification, du nom de l'utilisateur et de la date d'expiration du document, et non de tous les champs extraits.
- Consolider les Requêtes : Combinez les requêtes pour différents aspects de l'identité en une seule. Imaginez avoir besoin de la décision de vérification d'un utilisateur, de son statut de contrôle AML et des détails de sa preuve d'adresse. Avec la fédération, ceux-ci pourraient tous être récupérés en une seule requête, même s'ils proviennent de différents microservices internes de Didit.
- Optimiser les Performances : En réduisant le nombre de requêtes et la quantité de données transférées, les temps de chargement et la réactivité de votre application s'améliorent considérablement. C'est particulièrement crucial pour les flux orientés utilisateur où chaque milliseconde compte.
Par exemple, vous pourriez interroger la décision d'une session (GET /v3/session/{id}/decision/) et simultanément récupérer les attributs utilisateur associés ou le statut d'une vérification AML associée, le tout en une seule fois, au lieu d'effectuer des appels séparés.
Stratégies Pratiques de Mise en Œuvre
L'implémentation des requêtes fédérées GraphQL avec l'API de Didit implique quelques étapes clés :
- Définir Votre Schéma : Commencez par définir un schéma GraphQL qui représente les données dont vous avez besoin des différents services de Didit. Ce schéma agit comme un contrat entre votre client et votre passerelle API.
- Construire une Couche de Passerelle/Orchestration : Mettez en place une passerelle GraphQL (par exemple, Apollo Federation Gateway) qui comprend votre schéma unifié. Cette passerelle acheminera ensuite des parties de la requête GraphQL entrante vers les points de terminaison API Didit appropriés ou les microservices internes.
- Mapper aux Points de Terminaison REST de Didit : Dans les résolveurs de votre passerelle, mappez les champs GraphQL aux appels API REST Didit correspondants. Par exemple, un champ
sessionStatusdans GraphQL pourrait être résolu en appelant le point de terminaisonGET /v3/session/{id}/decision/de Didit. - Exploiter les API Modulaires de Didit : Didit offre une architecture hautement modulaire. Cela signifie que les vérifications d'identité individuelles comme l'estimation de l'âge, la vérification du téléphone et de l'e-mail, ou la vérification NFC peuvent être intégrées en tant que services distincts dans votre graphique fédéré, offrant un contrôle granulaire et une efficacité.
- Surveiller et Itérer : Utilisez des outils pour surveiller les performances de votre passerelle GraphQL et l'efficacité de vos requêtes. Optimisez les résolveurs et les définitions de schéma si nécessaire pour garantir un maximum d'avantages en termes de coûts et de performances.
Considérez un scénario où vous devez vérifier l'âge d'un utilisateur et effectuer un contrôle AML. Au lieu de deux appels API distincts, une seule requête GraphQL fédérée pourrait récupérer les deux résultats, rationalisant considérablement votre flux de travail et réduisant la latence. Cela est particulièrement précieux pour les applications dans les industries réglementées ou celles nécessitant des processus d'intégration rapides.
Avantages en Termes de Coûts et de Performances
Les avantages de l'utilisation des requêtes fédérées GraphQL avec une plateforme comme Didit vont au-delà d'un code plus propre :
- Réduction du Volume d'Appels API : En consolidant les requêtes, vous diminuez naturellement le nombre total d'appels API effectués vers Didit, ce qui peut avoir un impact direct sur les coûts si vous avez un modèle de tarification basé sur l'utilisation.
- Coûts de Transfert de Données Réduits : Ne demander que les données nécessaires minimise la consommation de bande passante, ce qui réduit les coûts de transfert de données, particulièrement critiques dans les environnements cloud.
- Expérience Utilisateur Améliorée : Une récupération de données plus rapide signifie des temps de chargement plus courts et des applications plus réactives, améliorant l'expérience utilisateur globale pendant les étapes critiques de vérification d'identité.
- Développement Client Simplifié : Les applications clientes peuvent interagir avec un point de terminaison GraphQL unique et cohérent, masquant les complexités des multiples API REST sous-jacentes. Cela simplifie le développement et la maintenance.
- Évolutivité Améliorée : Un modèle d'interaction API optimisé permet à votre application de s'adapter plus efficacement, gérant des volumes de trafic plus élevés sans augmentations proportionnelles des coûts d'infrastructure ou d'API.
Le modèle Free Core KYC de Didit et le modèle de paiement par vérification réussie offrent déjà des avantages significatifs en termes de coûts, et l'intégration avec les requêtes fédérées GraphQL amplifie ces avantages en garantissant que vous ne payez que pour ce que vous consommez et dont vous avez besoin.
Comment Didit Aide
Didit est une plateforme d'identité native de l'IA, axée sur les développeurs, construite avec une architecture ouverte et modulaire, ce qui en fait un candidat idéal pour l'intégration avec les requêtes fédérées GraphQL. Nos API claires et notre documentation complète signifient que le mappage de nos services à votre schéma GraphQL est simple. Que vous utilisiez notre vérification d'identité pour les contrôles de documents, la vivacité passive et active pour la prévention de la fraude, le contrôle et la surveillance AML pour la conformité, ou la preuve d'adresse pour la vérification d'adresse, chaque composant peut être intégré de manière transparente dans votre graphique fédéré.
Notre engagement envers une conception modulaire permet aux développeurs de choisir les primitives d'identité exactes dont ils ont besoin, de les orchestrer dans des flux de travail personnalisés, puis d'interroger efficacement les résultats. Avec Didit, vous bénéficiez de Free Core KYC, d'une tarification transparente par vérification réussie, et sans frais d'installation, garantissant que votre recherche d'optimisation des coûts et des performances avec GraphQL est à la fois efficace et économique. Didit fournit les éléments constitutifs d'une infrastructure d'identité efficace, évolutive et sécurisée que les requêtes fédérées GraphQL peuvent exposer et gérer avec une efficacité inégalée.
Prêt à Commencer ?
Prêt à voir Didit en action ? Obtenez une démo gratuite dès aujourd'hui.
Commencez à vérifier les identités gratuitement avec le niveau gratuit de Didit.