4 ms·
Monolithic apps running on big servers talking to databases running on big servers. Very little orchestration overhead or complexity with serverless and the res
by manigandham 4y ago
Monolithic apps running on big servers talking to databases running on big servers. Very little orchestration overhead or complexity with serverless and the rest.
Everything from StackOverflow to ad serving systems to high-frequency trading exchanges are run this way.
- endisneigh 4y agoStack overflow is unique in that it’s most read only. Link to high frequency trading “boring” architecture?
- manigandham 4y agoWhat is your definition of non-boring architecture? I'm curious as to what you consider the exciting architectures necessary for scaling to make sure we're talking about the same thing. Quora, Pinterest, Twitter, etc are all just big app instances talking to DB instances, with separate systems for background processing, queues, and caching. Are you suggesting that they would scale better with serverless functions instead? Here's a list of architectures: http://highscalability.com/all-time-favorites/ http://highscalability.com/all-time-favorites/
- leetbulb 4y agoIronic that this page is down? (also not https? heh)
- endisneigh 4y agoI do not consider any of your examples really that simple or boring. Boring to me is a load balancer, app server and cache. Once you start talking about background jobs and queues I don’t see how that’s any simpler than the alternative. You could say Google, running Borg, is basically a database with a bunch of load balancers and background job processors. Obviously the complexity is in the scale and implementation.