this post was submitted on 09 Dec 2025
1280 points (99.5% liked)

Programmer Humor

27864 readers
1086 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] Pieisawesome@lemmy.dbzer0.com 2 points 6 days ago (2 children)

If the Java monolith used 6 gb of ram and each Go service uses 500mb of ram, but now there are 16 micro services, which uses more memory?

Monoliths are more efficient, but hav other issues.

[–] fruitycoder@sh.itjust.works 2 points 6 days ago (1 children)

Can be more efficient, but it's not always. You can scale those services more too. Do you need all 16 running on idle? Lazy load then as needed. Also does it really need a whole 500mb? Why? If its just a cache made that's better handles with another shared service (redis, etc). If it's software, why? A full "fat" Suse Base Container image uncompressed is 94.8mb and not all of that will be loaded in RAM. Going down to a micro at 23mb. All this and now you can deploy it on the shared infra, no separate OS, Management/security/logging/networking solution.

[–] Pieisawesome@lemmy.dbzer0.com 2 points 5 days ago (1 children)

Sure, but they also have duplication, IE database connections. Each service needs at least 1 connection versus one for a monolith.

There are pros and cons to any architecture.

[–] fruitycoder@sh.itjust.works 1 points 5 days ago

The IPC increase is the most sure tradeoff for sure.

Agreed, engineering is deciding what trade offs are acceptable. Cargo culting any pattern is a good way to build runaway junk

[–] uncouple9831@lemmy.zip 2 points 6 days ago

This isn't about architecture, this is about java being a blight upon the world 😭