Earlier quoted context omitted.
> AWS is almost never cost efficient. A ridiculous blanket statement, despite the "almost never" cop-out... It is cost-efficient in a wide array of scenarios. Many companies pay for it because they have calculated the different investment scenarios and AWS comes on top of alternatives such as owning the hardware or using competing cloud vendors. I own a consultancy that builds complex web apps and while I appreciate…
> I consider it cheaper in the long run. Really?
Searching the web for under $1000/month
151–153 of 153 posts
Re: Searching the web for under $1000/month
#152Earlier quoted context omitted.
Of course not. But that's why the "cloud" (as in the typical DO/AWS/Azure/GCP offerings) are a scam.
Huge fan of Hetzner, but dedicated servers do not invalidate the value proposition of the cloud. Ordering a server at Hetzner can take anywhere between a few minutes and a few days. Each server has a fixed setup cost of around the monthly rent. They only have two datacenters in Europe. They don't have any auxillary services (databases, queues, scalable object storage, etc.). They are unbeatable for certain use-cases,…
At the start of the pandemic, ordering bare metal servers anywhere was faster than getting a new EC2 VM up and running...
The cloud doesn't even fulfil the value proposition of the cloud. It's significantly more expensive, and when you actually need the flexibility, none of it is available.
Re: Searching the web for under $1000/month
#153Earlier quoted context omitted.
The bandwidth is free if you are in the same region.
But you pay for requests.
We have 180 segments for our commoncrawl index. So we can consider a generous upper bound of 1000 requests.
The GET request costs adds $0.0004 per commoncrawl search request. Storage costs us $5 per day, so the cost of GET request starts topping storage cost at >10k request per day.
Our search engine is meant for searching large datasets, with a low number of queries: Logs, SIEM, e-discovery, exotic big data datasets, etc. These use case have typically a low daily query rate.
For high request rate, (1 query per second) like e-commerce, entirely decoupling storage and compute is actually a bad idea. For low request rate (< 1000 per day), using S3 without caring about the GET request cost is perfectly fine. And in the middle, you might probably want to use another object model with a more favorable pricing model.