Add a comment

 

Re: Distributed big balls of mud

I fully agree! If clueless (and even some otherwise intelligent) software developers/architects think microservices are awesome because they enforce clear APIs provided by services then they've missed the last 2 decades of what basic Object Oriented design 101 has been preaching - either that or they haven't been disciplined enough to practice what makes for highly productive, low maintenance code bases. This points to major flaws in hiring practices at the architecture and developer levels much more that issues with monoliths or microservices. In a well designed monolith with proper separation of concerns, APIs, service and repository classes and a decent ORM there is no architectural difference between that an microservices. The main difference becomes one of 'plumbing' - how the services are connected. In a real life microservices project I have worked on we have seen Java-Java calls in the monolith which used to take microseconds to perform explode into snail pace, high latency calls because of the new plumbing: Java objects->JSON Translation -> 'network reliability compensator kludge' -> network -> JSON Parsing -> Java object -> Do the real work, produce a result and then the return trip: Result -> JSON Translation -> 'network reliability compensator kludge' -> network -> JSON Parsing -> Java -> Process the result I've worked on well designed monoliths where the developer productivity is exceptionally high but recently had to work on a microservice 'architected' system and the developer productivity orders of magnitude worse because we're forever dealing with 'plumbing' issues between the modules and massive amounts of configuration for each module because it needs to be told where all the other modules are - that's handled by a once off <dependency> element in a maven pom.xml file in the nirvana I now pine for again...

Re: Distributed big balls of mud


Title
Body
HTML : b, strong, i, em, blockquote, br, p, pre, a href="", ul, ol, li, sub, sup
Name
E-mail address
Website
Remember me Yes  No 

E-mail addresses are not publicly displayed, so please only leave your e-mail address if you would like to be notified when new comments are added to this blog entry (you can opt-out later).