We Are Saving Costs by Dumping AWS Cloud
1–10 of 25 posts
Re: We Are Saving Costs by Dumping AWS Cloud
#2Re: We Are Saving Costs by Dumping AWS Cloud
#3test comment
Re: We Are Saving Costs by Dumping AWS Cloud
#4Another example of this scam is Firebase (aka Google Cloud). Popular with mobile devs who not only risk getting locked in, but are offered limited functionality (Firestore) that charges for reads which that optimises for a huge bill if one is not careful.
For servers, as soon as you add Kubernetes, just remember to not show the 'operating costs' section of the balance sheet to the investors, unless you have a healthy recurring revenue stream.
Re: We Are Saving Costs by Dumping AWS Cloud
#5> they rely on bad math capabilities of their clients
No, they don't. Showing hourly prices makes sense for hourly services.
They also provide a detailed cost estimator, because the arithmetic gets pretty detailed: https://calculator.aws
> compared to a root server for $10 that easily outperforms a $60 EC2 instance that's really overpriced.
Let's say a developer costs $75/hr. If AWS saves my dev team 10 hrs/mo., then I'm willing to pay a $750 premium for it.
Developer costs are also unpredictable. Turnover will cause spikes in my costs, for example.
Server costs are predictable. If I need to pay AWS more to save my developers time, I can always do that. I can't always just throw another developer onto my team when I need one.
The only people who are optimizing for three-figure costs every month are either: 1) paying very, very low salaries to their developers, or 2) not thinking about their biggest cost, which is developer time.
> When hosting a simple one-node Kubernetes cluster
Who would do this and why? Why would you have a load balancer in front of a single server?
Re: We Are Saving Costs by Dumping AWS Cloud
#6If the above does not apply, of course you're going to be better off using a combination of Cloudflare (CDN, networking), Backblaze (object store, also has S3 compatibility layer), and either dedicated service providers (OVH) or VPS providers (Digital Ocean). Perhaps even colocation if you've got the experience in house (Stackoverflow and Wikipedia, for example).
AWS and other cloud providers are designed for the price insensitive, who prefer having a single vendor, more abstraction away from the metal, or require support for bursty workloads. Shop around and model your run rate based on expected workloads. There is no best or worst solution, only a scale of solutions for your use case(s), ranging from suboptimal to optimal.