Please log in to watch this conference skillscast.

Microservices are so hyped at this point that I'm embarrassed to express my enthusiasm for the idea. Even so, I see this as an important approach that can help people succeed with DDD, and, conversely, I believe the tools of Strategic Design can help with some of the inevitable problems people will face trying to apply microservices.

Microservices are associated with extreme isolation (e.g. no shared database, autonomous dev-ops teams, etc.) At its best, this creates a practical boundary within which modeling and design have a chance to thrive. In Domain-driven Design (DDD) we call this a “Bounded Context”.

Bounded contexts take many forms, some leakier than others, and the current best practices of microservices have given us perhaps the strongest mainstream manifestation of this principle to date. In this way, microservices can help teams who attempting DDD or other sophisticated approaches.

Yet, as services get small and numerous, we might substitute one problem for another: The tangle of the monolith just migrates to become a tangle of interactions between microservices. Here, the strategic design principles of DDD can give architects a conceptual framework for working with suites of services and higher-level relationships between larger parts of systems.

This talk will introduce a few strategic design concepts and explain how they apply to development of microservices, as a tool for teams trying to grow large systems more coherently.

YOU MAY ALSO LIKE:

• Disruptive innovation: what it really means to the construction sector (in London on 9th July 2019)
• React & Redux Workshop with Damjan Vujnovic (in London on 12th - 14th June 2019)
• F# eXchange 2020 (in London on 2nd - 3rd April 2020)