II. Les microservices en DDD

Après avoir étudié le concepts et les patterns à utiliser dans une réflexion en DDD, nous nous focalisons sur l’application concrète sur une architecture microservices.

Mais tout d’abord, est ce qu’il faut toujours faire des microservices ?

Rappelons qu’une architecture en microservices c’est un assemblage d’unités indépendantes et faiblement couplées, qui fonctionnent de concert et se répartissent les rôles pour atteindre un but fonctionnel.

Deux cas pour commencer sur un projet microservices se présentent:

• Partir d’une application monolithique compliquée en mode waterfall, spaghetti, etc. là où le besoin du faire des microservices se présente directement et s’intègre implicitement dans notre façon de penser, surtout après avoir étudié le domaine et les modèles business.
• Commencer à partir du zéro à faire des microservices n’est pas toujours une bonne idée, voire certaines personnes disent que c’est toujours une mauvaise idée (monolithic first). Dans notre cas, la leçon de DDD nous apprends qu’on doit résonner par rapport au domaine. À ce niveau d’étude, nous sommes censés être suffisamment mûrs pour prendre la décision de se lancer ou pas dans une architecture microservices.