“It is difficult to get a man to understand something, when his salary depends on his not understanding it.”
― Upton Sinclair
41–50 of 406 posts
“It is difficult to get a man to understand something, when his salary depends on his not understanding it.”
― Upton Sinclair
Earlier quoted context omitted.
They have also threatened to cancel my account more than once because I typed "ipfs daemon". https://github.com/ipfs/kubo/issues/10327 https://discuss.ipfs.tech/t/moved-ipfs-node-result-netscan-d... >This happens with Hetzner all the time because they have no VLANs and all customers are on a single LAN and IPFS tries to discover other nodes in the same LAN by default.
Hetzner is also sinkholed by lots of EDR products because they host a ton of malicious garbage. They are a bad actor.
Earlier quoted context omitted.
Not agreeing/disagreeing with your core point, but this doesn't seem right: > running and managing numerous DBs, k8s clusters, ci/cd pipelines and stateless container systems is simply impossible with a team of 1-2 people. That's a medium to large homelab worth of stuff, which means it can be run by a single nerd in their spare time.
Homelab =/= Production systems The gulf between these two insofar as what approach, technologies, and due-diligences are necessary is vast.
But I think for many (most?) businesses, one nine is just fine. That's perfectly doable by one person, even if you want, say, >=96% uptime, which allows for 350 hours of downtime per year. Even two nines allows for ~88 hours of downtime per year, and one person could manage that without much trouble.
Most businesses aren't global. Downtime outside regular business hours for your timezone (and perhaps one or two zones to the west and east of you) is usually not much of a problem, especially if you're running a small B2B service.
For a small business that runs on 1-3 servers (probably very common!), keeping a hot spare for each server (or perhaps a single server that runs all services in a lower-supported-traffic mode) can be a simple way to keep your uptime high without having to spend too much time or money. And people don't have to completely opt out of the cloud; there are affordable options for e.g. managed RDBMS hosting that can make maintenance and incident response significantly easier and might be a good choice, depending on your needs.
(Source: I'm building a small one-person business that is going to work this way, and I've been doing my research and gaming it out.)
Idiotic piece - the purpose of 'the cloud' is to scale large demand applications. Rental hardware can't really do that.
> Idiotic piece
That's unnecessary; please don't do that here. Weird that you created an account just to post an unsubstantive comment.
why? why be so obnoxious to other people who you claim are being obnoxious to you. no need to read your blog post now/
I dislike those black and white takes a lot. It's absolutely true that most startups that just run an EC2 instance will save a lot of cash going to Hetzner, Linode, Digital Ocean or whatever. I do host at Hetzner myself and so do a lot of my clients. That being said, the cloud does have a lot of advantages: - You're getting a lot of services readily available. Need offsite backups? A few clicks. Managed database? A f…
linode was better and had cheaper pricing before being bought by akamai
Cheap shot maybe, but the fact that the page takes 10 seconds to load when it hits the HN front page is a great, inadvertant illustration of why you might want to use the cloud sometimes.
Besides, you can just put it behind cloudflare for free.
Cheap shot maybe, but the fact that the page takes 10 seconds to load when it hits the HN front page is a great, inadvertant illustration of why you might want to use the cloud sometimes.
I would really be interested in an actual comparison, where e.g. someone compares the full TCO of a mysql server with backup, hot standby in another data center and admin costs. On AWS an Aurora RDS is not cheap. But I don't have to spend time or money on an admin. Is the cost justified? Because that's what cloud is. Not even talking about the level of compliance I get from having every layer encrypted when my hosted…