News for hackers. Stuff that matters.

A comment on Distributed Systems Reading List. Parent comment

Re:Distributed Systems Reading List by lightlazer on Tuesday December 08, 2020 @06:54AM (#25344135)
That is a great advice. However if scalability must be introduced later on, it can be really hard as there are many features that have been added to the monolith, and refactoring it to become scalable can be a huge task.

The conditions where the monolith must be converted to a scalable system should be defined as early as possible.

[ Parent | on HN ]
Re:Distributed Systems Reading List by dasil003 on Tuesday December 08, 2020 @09:55AM (#25345934)
Designing something to be “scalable” before it’s actually established is a recipe for premature optimization at best and a poorly baked SOA with service boundaries that make change incredibly difficult at worst.

It’s important to keep mind that SOA is about scaling teams first, code second and not really about throughout per se. A share-nothing web tier plus a couple judiciously applied databases and background job queues can effectively scale a huge proportion of applications without the overhead of a full SOA.

[ Parent | on HN ]
Re:Distributed Systems Reading List by herodoturtle on Tuesday December 08, 2020 @07:31AM (#25344336)
This too is excellent advice.

Start off with a monolith if it makes most sense (in terms of simplicity / MVP) but from the start keep future scalability in mind and plan for it.

I like this.

[ Parent | on HN ]
Re:Distributed Systems Reading List by bovermyer on Tuesday December 08, 2020 @08:35AM (#25344788)
Unless, of course, you intend to cap users at a specific amount for another reason.
[ Parent | on HN ]