News for hackers. Stuff that matters.
Re:Microservices: Why Are We Doing This? by jka on Monday March 21, 2022 @06:59PM (#30760854)
> Build your monolith with clean hard edges between modules and functions so that it will be easier later, but build a monolith until you get big enough that microservices is actually a win.

I'd like to see software ecosystems that make it possible to develop an application that seems like a monolith to work with (single repository, manageable within a seamless code editing environment, with tests that run across application modules) and yet has the same deployment, monitoring and scale up/out benefits that microservices have.

Ensuring that the small-team benefits would continue to exist (comparative to 'traditional' microservices) in that kind of platform could be a challenge -- it's a question of sensibly laying out the application architecture to match the social/organizational structure, and for each of those to be cohesive and effective.

Re:Microservices: Why Are We Doing This? by kaba0 on Monday March 21, 2022 @07:31PM (#30761082)
Isn’t the erlang ecosystem pretty much this?
Re:Microservices: Why Are We Doing This? by jka on Monday March 21, 2022 @08:34PM (#30761535)
Perhaps it's time I learned some erlang :)
Re:Microservices: Why Are We Doing This? by macintux on Monday March 21, 2022 @08:49PM (#30761624)
It's never a bad time to learn some Erlang.

https://gist.github.com/macintux/6349828

Re:Microservices: Why Are We Doing This? by jka on Tuesday March 22, 2022 @09:42AM (#30765966)
Thank you!
Re:Microservices: Why Are We Doing This? by team_bacon on Tuesday March 22, 2022 @12:26AM (#30762726)
Dropbox seems to have done something very close to what you describe.

https://dropbox.tech/infrastructure/atlas--our-journey-from-...

Re:Microservices: Why Are We Doing This? by marwis on Monday March 21, 2022 @10:11PM (#30762072)
OSGi