▲ | imiric 20 hours ago | ||||||||||||||||
Modern hardware in conjunction with smart software choices can be very capable, but it's pretty negligent to run a service people depend on with such limited resources. Sure, not every site needs to run on a highly-available elastic cluster of nodes, but the alternative mindset of actively rejecting this architecture is arguably even more harmful. A healthy deployment should be able to scale up and down easily, if not automatically. I wouldn't want to be woken up at 3am because prod1 needs a CPU/RAM/disk increase and a reboot, and the users wouldn't like that either. | |||||||||||||||||
▲ | ku1ik 19 hours ago | parent | next [-] | ||||||||||||||||
There’s few reasons for this. First, I don’t have infinite budget for this, in fact the budget is close to 0 (sponsorships and donations help). Second, the servers are sponsored by Brightbox, and I’ve been running asciinema.org there for over a decade because BB is reliable and they’re great chaps, but I don’t have infinite resources available there. Finally, I don’t want devops complexity in my side projects. | |||||||||||||||||
▲ | arccy 19 hours ago | parent | prev | next [-] | ||||||||||||||||
> service people depend on why wouldn't you cap a free service? imo it's more irresponsible to demand other people keep a thing you don't pay for running just because you happen to depend on it. | |||||||||||||||||
| |||||||||||||||||
▲ | phaer 20 hours ago | parent | prev [-] | ||||||||||||||||
Sounds preferable compared to be woken up at 5 am by your cloud providers billing alert. |