Accueil InfoQ Domain-Driven Design sur InfoQ
-
O'Reilly Publie le Rapport “L'État de Maturité des Microservices”
Les microservices évoluent de la mode à la tendance, selon l’enquête publiée par O’Reilly. Le rapport a montré une attitude globalement positive à l’égard des microservices parmi les praticiens interrogés. Une découverte importante est que DevOps et microservices se nourrissent l'un de l'autre, de sorte que le succès de l'un contribue grandement au succès de l'autre.
-
Les dangers des déclarations if dans la logique domaine
La déclaration if trouvée dans la plupart des langages de programmation a deux rôles principaux : la validation de l'entrée pour protéger le domaine contre des données erronées et pour traiter la logique métier dans le domaine. Malheureusement, nous consacrons trop peu de temps à gérer les risques liés à l'utilisation de déclarations logiques du point de vue business ou du domaine.
-
Concentrez-vous sur le Processus, pas sur le Microservice
La clé de la réussite en travaillant avec un système basé sur des microservices est de se concentrer sur l'ensemble du processus distribué, et non sur les microservices eux-mêmes. Eric Ess, dans sa présentation sur la manière de monitorer les processus distribués chez jet.com pendant la Microservices Conference à Londres, expliquait que les services sont l'aspect le moins important.
-
DDD et la Documentation Vivante
Faire de la documentation, c'est ennuyeux. Elle est souvent obsolète et sujette à mauvaise interprétation. Il est possible d'adopter un état d'esprit différent qui vous permettra d'améliorer votre documentation comme votre code, tel que l'a démontré Cyrille Martraire lors d'une présentation sur la création d'une documentation vivante quand on travaille avec DDD.
-
Modèles pour la Construction et le Déploiement de Microservices
La gestion de microservices implique de s'occuper de beaucoup de petits systèmes qui dialoguent entre eux et le provisionnement automatisé ainsi que l'automatisation de l'infrastructure sont cruciaux, a déclaré James Lewis en partageant les techniques et les pratiques qui l'ont aidé à gérer la complexité apportée par l'architecture microservice.
-
Construire une application réactive basée sur DDD et CQRS avec Akka
L'objectif de DDD, combiné à CQRS, est de décomposer un domaine métier complexe en éléments faciles à manipuler, en prenant en compte les besoins de scalabilité et de cohérence. Pawel Kaczor a initié une série d'articles en trois parties décrivant la construction d'une application réactive utilisant ces concepts avec Akka, la plate-forme open-source pour applications pilotées par les événements.
-
Migrer d'un monolithe vers des micro services chez SoundCloud
Migrer SoundCloud vers une architecture à base de micro services a été crucial pour permettre à nos équipes de créer de nouvelles fonctionnalités plus rapidement, déclare Phil Calçado dans une série de trois articles où il partage leur expérience en abandonnant leur système monolithique.
-
Utiliser l'Event Storming pour modéliser des domaines
Rassemblez tous vos experts métier et des développeurs dans une salle, fournissez-leur une rame de papier, une grande quantité de post-its colorés et un facilitateur, ils pourraient en quelques heures créer le meilleur des modèles. C'est ce qu'a suggéré Alberto Brandolini lors de la récente conférence DDD Exchange à Londres.
-
Les modèles propres et représentatifs sont clés pour la performance
Les systèmes haute-performance parlent de modèles propres et représentatifs. Le code n'a pas forcément à être laid, obscur et difficile à lire, a affirmé Martin Thompson lors de la récente conférence DDD Exchange à Londres.
-
Les Modèles fonctionnels dans la Conception Pilotée par le Domaine
La Conception Pilotée par le Domaine réalise un travail important pour encourager les développeurs à créer un modèle de domaine et un langage omniprésent, mais tenter d'implémenter les concepts DDD en utilisant les principes orientés objet avec un état et un comportement génère souvent un modèle mutable confus.
-
Utiliser un langage fonctionnel pour le Domain-Driven Design
Cet article est un retour sur la présentation de Scott Wlaschin lors d'un meeting du Functional Londoners Group. Il y présente le F# et l'utilité d'un langage fonctionnel pour le Domain-Driven Design (DDD).
-
Du Data-Driven Development au Domain-Driven Design
Julie Lerman partage ses expériences et les leçons qu’elle en a tirées dans trois articles du Magazine MSDN, articulés autour du DDD.
-
Implémenter le Domain-Driven Design dès le départ
Le domaine décrit votre métier ; c'est un ensemble de concepts et de logique qui pilote votre entreprise. Si vous suivez ce principe du Domain-Driven Design, (DDD), alors le domaine sera l'élément le plus important de votre application. Voici ce que nous explique Andras Nemes, un développeur Web suèdois sur la plate-forme .Net.
-
Uncle Bob : L'Architecture est une affaire d'Intention, pas de Frameworks
L'architecture est une affaire d'intention, nous en avons fait une question de frameworks et de détails. C'est le constat qu'a fait Robert C. Martin, "Uncle Bob", au début de l'année au DDD Exchange Day de Londres.
-
Vaughn Vernon présente les styles d'architectures avancés dans un contexte DDD
Lors d'une présentation sur les styles d'architectures, architecture en couches, architectures hexagonales et le modèle d'acteur, du point de vue du "Domain Driven Design (DDD)", Vaughn Vernon explique que l'architecture hexagonale permet de retarder les prises de décisions concernant les connecteurs et mets en avant l'usage d'APIs internes quelque soit le type de ces connecteurs.