Live data from Hacker News

S3 isn't getting cheaper

matt-rickard.com

211–215 of 215 posts

Re: S3 isn't getting cheaper

#211
post #173

Earlier quoted context omitted.

Note: ex-AWS employee The problem with the above narrative in this case (which I agree is generally true), is that's not what AWS did. If you look at the announcement history shared in a sibling comment you'll see that so much of it happened long before the cloud wars really heated up. I find that particularly curious. Is that because margins used to be very very fat and AWS just trimmed them down as economies of sca…

Seems likely that the competitors they were trying to dig into were on-prem/leased machine incumbents more than the nascent cloud competitors, though? Trying to build the brand of "Cloud" as an alternative, to the point where now it's practically the default choice for big enterprise/government customers. They combined that with extremely aggressive credit packages to get startups while they were young, so they would…

Again I want to be clear that I have zero special insight on this based on my previous employment...

I was at a startup that was an early and very large user of AWS. The alternatives for us at the time would have been companies like Rackspace and other innovative (at the time) colo type providers. AWS wasn't super competitive one a $/compute basis at that point, and the credits didn't last very long, but it was wwwaaayyyyy more flexible. Add in the incredible convenience of S3 relative to most other alternatives at the time and it was an easy, though not obviously cheap, option.

The common narrative I hear though is it was the startup focus that won it for AWS. Everyone else was chasing the on-prem and enterprise market as you said. AWS went have startups, dangled some modest credits to make it happen, and they stuck around. The conventional wisdom was this is a terrible mistake. Enterprises pay the bills, startups go bust in an economic downturn (and we're coming out of a cycle at this point so companies are understandably nervous). Except those startups that AWS attracted turned into Netflix, Airbnb, Uber, Lyft, etc. and whole host of voracious consumers of infrastructure. The startups had become the enterprises. The competitors were _still_ trying to convince enterprises that cloud was safe enough to adopt. They belatedly realized they'd played the wrong game, tempted some of the not-so-startup-anymore companies across with more competitive pricing commitments, and finally the battle began. By this stage AWS had won most of the viable early adopters and used that as the beachhead to grow into the big enterprise and gov areas.

At least that's the narrative I've been told a few times over the years, and it seems plausible and maps onto my own experience. Though all of that experience has been startups and not enterprise/gov so it's a very skewed perspective.

Re: S3 isn't getting cheaper

#212

Earlier quoted context omitted.

If you think a table might get anywhere near this size (blobs or not), I highly recommend table partitioning.

My problem is customer ops, not mine so much. They run our software.

That's not true. Our ops struggle too. 32bit oids really are a barrier.

Re: S3 isn't getting cheaper

#213
post #203

Earlier quoted context omitted.

It’s interesting - those financial cross-subsidies could lead to a situation where the sum(consumer_value_from_free_product) > total_consumer_harm.

Yes that's the common argument, and there's often a good chance it is better. Hard to make a generic policy when details matter a lot

Great point and a very underacknowledged aspect of governing.

Re: S3 isn't getting cheaper

#214

Earlier quoted context omitted.

We do have presigned URLs actually. Public buckets coming soon

Thanks! That may meet all my requirements... Although one of my use cases is video files (fairly small non-profit usage), which I have understood are not allowed by CloudFlare CDN terms of service (at least at non-"enterprise" tiers?)... it's been confusing to me understanding if I could, for example, serve video files from Backblaze via CloudFlare CDN and Bandwidth Alliance; or with R2, if there's a way to serve vid…

Yes you can serve whatever you want from R2 directly. From [1]:

> The Cloudflare Developer Platform consists of the following Services: (i) Cloudflare Workers, a Service that permits developers to deploy and run encapsulated versions of their proprietary software source code (each a “Workers Script”) on Cloudflare’s edge servers; (ii) Cloudflare Pages, a JAMstack platform for frontend developers to collaborate and deploy websites; and (iii) Workers KV, Durable Objects, and R2, storage offerings used to serve HTML and non-HTML content.

Now it’s important to note that the Cache product does not fall into these supplemental terms (even if you use the Workers API to access it). So if you are Caching the video files you’d potentially run into problems (but that would also be true of serving video content from Blackblaze that you were caching).

[1] https://www.cloudflare.com/supplemental-terms/#cloudflare-de...

Re: S3 isn't getting cheaper

#215

Earlier quoted context omitted.

Thanks! That may meet all my requirements... Although one of my use cases is video files (fairly small non-profit usage), which I have understood are not allowed by CloudFlare CDN terms of service (at least at non-"enterprise" tiers?)... it's been confusing to me understanding if I could, for example, serve video files from Backblaze via CloudFlare CDN and Bandwidth Alliance; or with R2, if there's a way to serve vid…

Yes you can serve whatever you want from R2 directly. From [1]: > The Cloudflare Developer Platform consists of the following Services: (i) Cloudflare Workers, a Service that permits developers to deploy and run encapsulated versions of their proprietary software source code (each a “Workers Script”) on Cloudflare’s edge servers; (ii) Cloudflare Pages, a JAMstack platform for frontend developers to collaborate and de…

Thanks this is helpful.

Delivering video files without caching them is probably a mistake, of course!

Post reply on HN