Does this also mean that DB model for generics, core domain and subdomains could be independent as these are different independent systems in the same BC
One of the rules is do not create more microservices than you need to, it's a rule that seems instinctively right to me. However the presenter later talks about the fact that supporting subdomains don't change much & are simple hence can be broken down below the bounded context quite early. I would have thought that if the supporting subdomain doesn't change much & is simple it shouldn't be broken down any further than the bounded context unless there's a really good reason like it does change a lot?
I can see one reason why the supporting subdomains can be separated in to their own microservice(s). The supporting subdomains don't change a lot, but your core domain does, so you separate it out so you don't have to redeploy them whenever the core domain does.
This is the most useful video I have seen on Bounded Contexts. Thanks!
Excellent ... You have covered the concepts very well. I found it to be one of the best I came across around this topic...
Really like the way he rationalises concepts and makes them far more achievable
Excellent. Thanks for uploading...
Excellent! תודה רבה לך
I had chance to go though this video 3 years later but fantastic. Your experience,reasearch and outcome of implementation was reflecting.
Does this also mean that DB model for generics, core domain and subdomains could be independent as these are different independent systems in the same BC
Excellent , thanks very much
One of the rules is do not create more microservices than you need to, it's a rule that seems instinctively right to me. However the presenter later talks about the fact that supporting subdomains don't change much & are simple hence can be broken down below the bounded context quite early. I would have thought that if the supporting subdomain doesn't change much & is simple it shouldn't be broken down any further than the bounded context unless there's a really good reason like it does change a lot?
I can see one reason why the supporting subdomains can be separated in to their own microservice(s). The supporting subdomains don't change a lot, but your core domain does, so you separate it out so you don't have to redeploy them whenever the core domain does.
Recommended by Julie Lerman