DynamoDB on Lonfo Blog

Daily Actions: Relire vos données avec un Query DynamoDB derrière GET /actions

Tue, 20 Oct 2026 09:00:00 +0200

Daily Actions: Relire vos données avec un Query DynamoDB derrière GET /actions

Dans l’article précédent, nos utilisateurs ont appris à écrire : un utilisateur connecté envoie une action à POST /actions, une Lambda la stocke dans DynamoDB, et les requêtes anonymes sont rejetées. Mais si vous ajoutez une tâche puis rafraîchissez la page /todo, la liste reste vide. Rien ne relit les données.

Dans cet article, nous ajoutons la moitié manquante : un endpoint GET /actions qui renvoie uniquement les actions de l’utilisateur connecté, grâce à un Query DynamoDB.

Daily Actions: Enregistrer des données dans DynamoDB via une API Gateway et une Lambda sécurisées par Cognito

Tue, 13 Oct 2026 09:00:00 +0200

Daily Actions: Enregistrer des données dans DynamoDB via une API Gateway et une Lambda sécurisées par Cognito

Dans l’article précédent, notre application Next.js statique a appris à authentifier ses utilisateurs avec Amazon Cognito. Mais une page de connexion ne protège rien à elle seule : tant que notre backend accepte des requêtes anonymes, n’importe qui peut écrire dans notre base.

Dans cet article, nous relions les morceaux. L’utilisateur connecté enverra une nouvelle action vers un endpoint API Gateway, une fonction Lambda l’insérera dans DynamoDB, et seules les requêtes portant un jeton Cognito valide passeront.

Comment concevoir (ou designer) une table DynamoDB performante ?

Mon, 14 Sep 2026 12:25:40 +0100

Comment concevoir (ou designer) une table DynamoDB performante ?

Introduction

Si tu arrives dans le monde de DynamoDB avec bagage relationnel (PostgreSQL, MySQL, Oracle), oublie tout ce que tu sais. La première erreur que font 90% des développeurs est de concevoir une base NoSQL comme une base SQL : on crée des tables par entité, on normalise à outrance, et on espère pouvoir faire des JOIN propres plus tard.

Résultat ? C’est le crash assuré en production : performances qui s’effondrent, coûts AWS explosifs et requêtes impossibles.

Donnez de la mémoire à votre API: Créez un CRUD complet avec DynamoDB et CDK

Fri, 14 Nov 2025 12:25:40 +0100

Donnez de la mémoire à votre API: Créez un CRUD complet avec DynamoDB et CDK"

Dans les précedents articles, nous vous avons introduit progressivement au serverless, en passant par la création et le déploiement d'une fontcion lambda pour le premier acticle, l'ajout d'une api Gateway pour le déclenchement de la lambda poue le second article dans les deux cas, les données retounées étaient des simple mocks. vous avez ainsi aquis de bonnes bases pour passer au niveau supperieur : la persistance des données.
Comme énoncer dans le titre nos allons utiliser DynamoDB et npus resterons toujours dans la meme logique la decouverte de aws cdk.

Objectif du tutoriel

nous allons sur la base des précédents tutoriels créer: une table DynamoDB pour la sauvegarde de nos tâches en base de données