Splitting systems towards bounded contexts and microservices

There are many reasons to split up large-scale systems towards more modular, smaller services with their own model and language. You can decouple teams and give full autonomy of that service to a team. By decoupling services and teams you can handle changes to the domain faster, having a faster time to market. You decrease the cognitive load of the teams, empowering teams to truly understand the complexity of their shared models with domain experts.

But how do we split up large-scale systems? What are the characteristics we can dissect a bounded context? How do we split towards a microservices architecture? We do not only have to deal with shifting terminology here but also different rates of change in the business.

Join us in this Panel where we will hunt for design heuristics to split systems towards bounded contexts and microservices. With us will be: Rebecca Wirfs-brock Chris Richardson Alberto Brandolini Nick Tune Krisztina Hirth Trond Hjorteland



Follow us

Read our latest news from Virtual DDD on any of these social networks!

Latest sessions

Relationship(s) between problem and solution space

Relationship(s) between problem and solution space

One of the more confusing concepts in Domain-Driven Desing is that of problem and solution space. There has been a long debate on Twitter and the ddd-crew github: https://github.com/ddd-crew/strategic-architecture-building-blocks/pulls?q=is%3Apr+is%3Aclosed People...