CQRS

Agile

Retour sur la conférence EventSourcing Live @ DDD Europe 2023

Entrée de la conférence DDD Europe 2023, au Mervaart Theater d'Amsterdam, le 7 juin 2023

La semaine du 5 juin 2023 s’est tenue la conférence DDD Europe 2023 à Amsterdam, une conférence dédiée au domain-driven design et à la modélisation logicielle. Nous sommes plusieurs Octos à avoir pu nous y rendre du 7 juin 2023 au 9 juin 2023 afin de couvrir une partie de cette édition 2023, notamment la conférence EventSourcing Live (le 7 juin 2023) : une conférence dans la conférence sur une journée dédiée à l’event sourcing, au CQRS et aux architectures event-driven. 📸 Nous vous partageons ici nos photos et compte-rendu de cette journé !

Lire la suite
Archi & techno

Les statuts, ça pue (part. 3) : Les statuts, ça se lit

Nous avons souvent dans nos modélisations, nos schémas, nos user stories, nos bases de données et nos APIs un petit champ nommé status, parce que l'anglais ça fait classe. Et bien je vous le dis tout de bon, ce petit champ qui stocke le statut de votre ressource, il sent mauvais et augure bien des périls, en particulier si vous pouvez le modifier. Il peut être révélateur d'une perte de richesse fonctionnelle de notre solution ainsi que de défauts de cohérences ou de résilience de la conception…

Lire la suite
Archi & techno

Une pincée de CQRS avec RavenDB

Dans de précédents articles, nous avons abordé ce qu'est CQRS et quels avantages nous pouvions tirer de la séparation entre l'écriture et la lecture dans une application. Il n'est cependant pas nécessaire d'avoir une architecture complexe pour en bénéficier : on peut parfaitement commencer par baser ses interfaces de consultation sur des facilités offertes par son système de persistance. Par exemple, on utilisera les vues proposées par les SGBD relationnels pour simplifier au maximum le mapping entre la base de données et les objets à afficher. Certaines bases…

Lire la suite
Archi & techno

CQRS, l’architecture aux deux visages (partie 2)

Dans le billet CQRS l’architecture aux deux visages (partie 1), nous vous avions présenté les bases d’une architecture CQRS. En effet une application combine des fonctionnalités de consultation d’une part (Read) et traitement métier d’autre part (Write). CQRS propose d’aborder ces deux groupes de fonctionnalités comme deux contextes d’utilisation distincts afin d’appliquer des stratégies de design adaptées à leurs besoins spécifiques. Dans cet article, nous allons essayer d’apporter des réponses à la question laissée en suspens : comment construire une application satisfaisant aux exigences liées au contexte de…

Lire la suite
Archi & techno

CQRS, l’architecture aux deux visages (partie 1)

Two players. Two sides.

Dans un article précédent, nous avons vu comment l’approche DDD, via la définition et l’utilisation d’un Ubiquitous Language et d’un véritable modèle du domaine, peut faciliter la communication entre acteurs projet, aider à l’écriture d’un code plus expressif (et donc plus maintenable), et capable d’adresser la complexité - et les changements - du métier. Aujourd’hui, nous allons essayer de répondre à certaines questions laissées en suspens par notre première approche de DDD. Comment éviter de multiplier les couches de mapping, sans valeur ajoutée, à différents…

Lire la suite