DynamoDB prend-il en charge GraphQL ?

Oui, via AWS AppSync. AppSync est le service GraphQL managé d'AWS, et DynamoDB est l'une de ses sources de données natives : les résolveurs mappent chaque requête ou mutation GraphQL vers une opération DynamoDB telle que GetItem, Query ou PutItem. DynamoDB lui-même n'a pas de point de terminaison GraphQL — la couche GraphQL s'exécute devant lui.

Comment fonctionne l'association

Dans AppSync, tu enregistres une table DynamoDB comme source de données, puis tu attaches un résolveur à chaque champ de ton schéma GraphQL. Le gestionnaire de requête du résolveur traduit les arguments GraphQL entrants en un appel DynamoDB, et son gestionnaire de réponse remet en forme le ou les éléments renvoyés par DynamoDB dans la réponse GraphQL. AWS cite AppSync en premier parmi les intégrations serverless de DynamoDB, précisément pour ce motif.

Pourquoi c'est une pile courante

Les deux moitiés sont serverless : AppSync met à l'échelle la couche API tandis que DynamoDB met à l'échelle le stockage et le débit, sans serveur de part et d'autre. Les abonnements GraphQL en temps réel s'associent naturellement aux écritures de DynamoDB de l'ordre de la milliseconde à un chiffre.

L'alternative : apporte ton propre serveur

Rien n'impose AppSync — n'importe quel serveur GraphQL (Apollo, Yoga et d'autres) peut résoudre des champs en appelant DynamoDB via le SDK AWS, exactement comme il appellerait tout autre backend. Le compromis, c'est que tu exploites toi-même la couche GraphQL.

Pour aller plus loin

Les résolveurs GraphQL restent soumis aux mêmes règles de schéma d'accès — le guide de modélisation des données explique comment concevoir des clés qui servent tes requêtes, le générateur d'expressions génère la syntaxe de condition sous-jacente, et DynoTable te permet d'inspecter ce que tes résolveurs ont réellement écrit.

Références

Dernière vérification le 2026-07-13 par rapport à la documentation officielle AWS liée ci-dessus.