3 ms·

Surely there should be something between gigantic monolith and micro services. I would call it service.

mirekrusin 4y ago
Yes, not sure why we have so many brainwashed fanatics who see world as hotdog and not-hotdog - microservices and monoliths - only.
- geekbird 4y ago
  Seriously! I think there is a good space for the concept of "mid-services" - cluster similar and interdependent services and service fragments together, so they split in logical groups for updating. It would be sort of like "Module A is authentication and session management, module B is data handling layer, and module 3 is the presentation and processing layer." Each of those under a microservices dogma would be two to four microservices struggling to interoperate. I read the book written by the dev that advocated for microservices. I wanted to throw it across the room, but it was an ebook. He literally went for over half the book before he even addressed operability. Everything was about developer convenience, not operating it with an eye toward user satisfaction. The guy was clueless.
strix_varius 4y ago
Typically, "monolith" implies services - ie, the "backing services" from a traditional 12-factor monolith: - https://12factor.net/backing-services https://12factor.net/backing-services Monolith vs. Microservices comes about because microservices proponents specifically set it up as an alternative to a traditional monolith + services stack: - https://www.nginx.com/learn/microservices-architecture/#:~:text=Microservices%20versus%20Monolithic%20Architecture https://www.nginx.com/learn/microservices-architecture/#:~:t...
- gedy 4y ago
  > Typically, "monolith" implies services - ie, the "backing services" I don't know if that's a common interpretation - in the monolith-loving companies I've worked with it very much meant a single ball of code (e.g. huge Rails app), not separate services.

Yes, not sure why we have so many brainwashed fanatics who see world as hotdog and not-hotdog - microservices and monoliths - only.

geekbird 4y ago
Seriously! I think there is a good space for the concept of "mid-services" - cluster similar and interdependent services and service fragments together, so they split in logical groups for updating. It would be sort of like "Module A is authentication and session management, module B is data handling layer, and module 3 is the presentation and processing layer." Each of those under a microservices dogma would be two to four microservices struggling to interoperate. I read the book written by the dev that advocated for microservices. I wanted to throw it across the room, but it was an ebook. He literally went for over half the book before he even addressed operability. Everything was about developer convenience, not operating it with an eye toward user satisfaction. The guy was clueless.

strix_varius 4y ago

Typically, "monolith" implies services - ie, the "backing services" from a traditional 12-factor monolith: - https://12factor.net/backing-services https://12factor.net/backing-services Monolith vs. Microservices comes about because microservices proponents specifically set it up as an alternative to a traditional monolith + services stack: - https://www.nginx.com/learn/microservices-architecture/#:~:text=Microservices%20versus%20Monolithic%20Architecture https://www.nginx.com/learn/microservices-architecture/#:~:t...

gedy 4y ago
> Typically, "monolith" implies services - ie, the "backing services" I don't know if that's a common interpretation - in the monolith-loving companies I've worked with it very much meant a single ball of code (e.g. huge Rails app), not separate services.