News for hackers. Stuff that matters.
Re:Cost of serving billions of images per month by manigandham on Saturday May 04, 2019 @07:18PM (#19829995)
And some projects really are just simple. Scale makes no difference to their services, it's a basic OLTP + search with resizing image proxy.

This doesn't have any SLAs nor is it critical software either. 24/7 oncall is completely unnecessary.

Re:Cost of serving billions of images per month by tpetry on Saturday May 04, 2019 @07:34PM (#19830077)
Don‘t underestimate the massive cpu power needed for scaling images at their request rate
Re:Cost of serving billions of images per month by manigandham on Sunday May 05, 2019 @12:31AM (#19831179)
We run an ad platform that resizes, crops to the important section, transforms with text, and more with billions of requests per day. It's very cacheable, horizontally scalable, and CPU is cheap.

The main scaling challenge here is serving and bandwidth, both of which are handled by their CDN. I expect 5 figure costs for that but the rest of the platform is very expensive.

Re:Cost of serving billions of images per month by abhiyerra on Saturday May 04, 2019 @11:00PM (#19830845)
Wonder if they could use S3 bucket with a lambda to resize. I’m sure their images are a long tail so certain images likely have way more traffic than others. At a previous company where we were also doing a lot of imgix traffic we did something like this but with a go service but now I’d just offload to s3 and use lambda to avoid Devops..
Re:Cost of serving billions of images per month by scarface74 on Saturday May 04, 2019 @11:08PM (#19830874)
I’ve done exactly this. But not at any scale. But if they are specializing in this and with low margins, AWS is not the answer. The compute cost would be relatively cheap and possibly even the storage cost. I would think that the bandwidth costs would be expensive.
Re:Cost of serving billions of images per month by philliphaydon on Sunday May 05, 2019 @02:10AM (#19831440)
A friend of mine runs a site which uses aws s3 and lambda resizing, but cache is via BunnyCDN. His costs are low after moving from aws cloudfront, and he’s serving ~400m images a day. (This is run by a company of 2 staff)

Just because everything is in AWS doesn’t force you to use all of AWS services.

Re:Cost of serving billions of images per month by superwayne on Sunday May 05, 2019 @11:12AM (#19833191)
Do you happen to have a link?
Re:Cost of serving billions of images per month by manigandham on Sunday May 05, 2019 @02:45AM (#19831529)
hey man, nice seeing you here.
Re:Cost of serving billions of images per month by m0zg on Saturday May 04, 2019 @11:34PM (#19830966)
Why would it depend on request rate rather than upload rate? Just pre-scale several variants on upload. Then run an MR job every now and then and delete the variants that haven't been touched for more than e.g. a month. Scale those on demand, store recents and frequently accessed pre-scaled. This is literally a few days of work.
Re:Cost of serving billions of images per month by manigandham on Sunday May 05, 2019 @02:54AM (#19831547)
It's much nicer to be able to resize on demand. Many CDNs and image/file hosting services offer transform abilities via URL which makes it easy to get exactly what you need and optimize for every site and device.

But since images are immutable, this is a perfect use-case for lambda functions fronted by a CDN.

Re:Cost of serving billions of images per month by puzzle on Sunday May 05, 2019 @09:32AM (#19832708)
I bet there's a very long tail, i.e. the majority of images are rarely accessed, if ever.
Re:Cost of serving billions of images per month by nine_k on Saturday May 04, 2019 @10:26PM (#19830730)
Maybe some caching would help.
Re:Cost of serving billions of images per month by so_tired on Sunday May 05, 2019 @07:55AM (#19832352)
I just had a look at your b2b site

Do you actually run pay-per-action campaigns, or do you provide a dashboard for the customer data ?

Re:Cost of serving billions of images per month by manigandham on Sunday May 05, 2019 @09:03AM (#19832586)
We started as a native ad network and have pivoted to B2B with our own proprietary B2B data, which then powers a platform to run campaigns for marketers, and intel for sales teams. We also have a legacy adnetwork business for publishers.