4 ms·

It's a bit unfair to characterize that as a surprise on how much S3 bills you, no? The surprising part here is lack of DDoS protection on your end or leaving a

It's a bit unfair to characterize that as a surprise on how much S3 bills you, no? The surprising part here is lack of DDoS protection on your end or leaving a bucket public and exposed. AWS is just charging you for how much it served, it doesn't make sense to hold them to a fault here.

fnikacevic 2y ago
AWS will also forgive mistakes or negligence based bills, in my case 3 times.
bobthebutcher 2y ago
If you want to hire someone to walk your dog you probably won't put an ad in the New york times to a head hunter that you will pay by the hour with no oversight and it would be totally unfair to that head hunter when you don't want to pay them for the time of all those interviews. But an infinitely scalable service you somehow can't put immediately terminal limits on is somehow fine on the cloud.
- bippihippi1 2y ago
  it loses trust with customers when the simple setup is flawed. S3 is rightly built to support as much egress as any customer would want, but wrong to make it complex to set up rules to limit the bandwidth and price. It should be possible to use the service, especially common ones like S3 with little knowledge of architecture and stuff.
  - dragonwriter 2y ago
    > it loses trust with customers when the simple setup is flawed. S3’s simple setup (which denies all public access) is not flawed in the manner being discussed here. Allowing public direct access to an S3 bucket is a supported option, but for years has been both non-default and strongly recommended against.
Dylan16807 2y ago
> The surprising part here is lack of DDoS protection on your end or leaving a bucket public and exposed. It doesn't take anything near DDoS. If you dare to put up a website that serves images from S3, and one guy on one normal connection decides to cause you problems, they can pull down a hundred terabytes in a month. Is serving images from S3 a crazy use case? Even if you have signed and expiring URLs it's hard to avoid someone visiting your site every half hour and then using the URL over and over. > AWS is just charging you for how much it served, it doesn't make sense to hold them to a fault here. Even if it's not their fault, it's still an "inherent vulnerability of S3 pricing". But since they charge so much per byte with bad controls over it, I think it does make sense to hold them to a good chunk of fault.
- catlifeonmars 2y ago
  I think this just boils down to: S3 is expensive. It’s orthogonal to DDoS. Of course, the same principle applies for any expensive resource: put DDoS protection in front of it.
  - Dylan16807 2y ago
    It boils down to: S3 is expensive in a way that's hard to control. Do you expect DDoS protection to kick in from one person downloading a single digit number of images per second?
zaptheimpaler 2y ago
I don't know about fair or unfair, but it's just a problem you don't have to worry about if there's no egress fees.

fnikacevic 2y ago

AWS will also forgive mistakes or negligence based bills, in my case 3 times.

bobthebutcher 2y ago

If you want to hire someone to walk your dog you probably won't put an ad in the New york times to a head hunter that you will pay by the hour with no oversight and it would be totally unfair to that head hunter when you don't want to pay them for the time of all those interviews. But an infinitely scalable service you somehow can't put immediately terminal limits on is somehow fine on the cloud.

bippihippi1 2y ago
it loses trust with customers when the simple setup is flawed. S3 is rightly built to support as much egress as any customer would want, but wrong to make it complex to set up rules to limit the bandwidth and price. It should be possible to use the service, especially common ones like S3 with little knowledge of architecture and stuff.
- dragonwriter 2y ago
  > it loses trust with customers when the simple setup is flawed. S3’s simple setup (which denies all public access) is not flawed in the manner being discussed here. Allowing public direct access to an S3 bucket is a supported option, but for years has been both non-default and strongly recommended against.

Dylan16807 2y ago

> The surprising part here is lack of DDoS protection on your end or leaving a bucket public and exposed. It doesn't take anything near DDoS. If you dare to put up a website that serves images from S3, and one guy on one normal connection decides to cause you problems, they can pull down a hundred terabytes in a month. Is serving images from S3 a crazy use case? Even if you have signed and expiring URLs it's hard to avoid someone visiting your site every half hour and then using the URL over and over. > AWS is just charging you for how much it served, it doesn't make sense to hold them to a fault here. Even if it's not their fault, it's still an "inherent vulnerability of S3 pricing". But since they charge so much per byte with bad controls over it, I think it does make sense to hold them to a good chunk of fault.

catlifeonmars 2y ago
I think this just boils down to: S3 is expensive. It’s orthogonal to DDoS. Of course, the same principle applies for any expensive resource: put DDoS protection in front of it.
- Dylan16807 2y ago
  It boils down to: S3 is expensive in a way that's hard to control. Do you expect DDoS protection to kick in from one person downloading a single digit number of images per second?

zaptheimpaler 2y ago

I don't know about fair or unfair, but it's just a problem you don't have to worry about if there's no egress fees.