DEV Community

Discussion on: Microservices in 4 minutes - Introduction to Microservices

Collapse
 
renaissanceengineer profile image
Renaissance Engineer

In the video I do mention the aspect of being able to use the best tool for the job with microservices, forgot to add it to the summary

you're right about most microservices resulting in a mess, engineering discipline and having the right culture in place is probably the most important factor. In a crunch all the ideals will be thrown out the window to hit a deadline and tech debt begins to pile up

Collapse
 
sarafian profile image
Alex Sarafian

The most common root cause I encounter on this topic is that most people don't understand isolation. They tend to use different services as some sort of database over http/api or computational shared service. The fundamental requirements, that data is not shared is the most common root cause for the mess. And then all the rest follow. Sharing codebases, not versioning and in general everything that breaks isolation and all because as you say "ideals are thrown out of the window".

But we did the same hype word mess with agile, microservices and devops. Nothing wrong, quite the opposite, with each but somehow people in this industry read a couple of blog posts, don't bother to read a book and they make important decision without even half knowledge. Then you have all the companies that need sell each hype word. Anybody remember the "I'm looking to hire an agile developer" as if it is some sort of a skill? Then, after the mess, managers make conclutions that this is not good because of the internal mess.

We have to be the only industry which behaves like this. If civil engineering was like this nothing would be standing up. When I wrote a post about DEVOPS culture , i repeatedly mentioned don't read my post but read the book.