3 ms·
Any team starting with microservices on an unvalidated concept likely hasn't built a big project from the ground up before If it's a small engineering team the
by mtkd 4y ago
Any team starting with microservices on an unvalidated concept likely hasn't built a big project from the ground up before
If it's a small engineering team there is nothing more optimal than working on a big scappy vertical codebase in the early stages
In the fortunate situation you need to start scaling -- breaking that out into MS later is usually low effort and fun
If you break it up to early you often end up with logic ghettos forming in the wrong stack that become near impossible to relocate later
I was talking to a startup last year who were hiring several hundred engineers to build a handful of microservice stacks in anticipation of the traffic they may get at launch (success expected because of previous unrelated founder experience), and wanting to make it easier to deploy vast engineering resource on it -- they've still not launched anything
- eanghel 4y ago> breaking that out into MS later is usually low effort and fun In my experience, breaking down 5+ year old / multiteam monoliths has always been painful, frustrating, and required huge efforts, especially when nobody remembers why certain things are the way they are. In addition, getting enough support for business to do it was hard. I really find it quite surprising to hear someone share the opposite opinion and wonder what kind of environment and the size of the project you were in.
- alecthomas 4y ago100% agreed there. I've never seen this go smoothly, and usually the monolith lives forever, slowly shedding functionality but never quite disappearing.