3 ms·

It blows my mind that they don't provide an object store. Almost all web apps in my experience need an object store of some kind.

ceejayoz 5y ago
What do you imagine their home-grown offering would have over using S3 directly?
- chrisseaton 5y ago
  I thought the entire point of Heroku was that it wrapped up existing essential basic AWS offerings into a more manageable package? I’d rather not have to manage a side account for AWS, and set up the connections to it and things. I’d rather it was just there, like their database.
  - jacobsenscott 5y ago
    I suppose that's what this is https://elements.heroku.com/addons/bucketeer https://elements.heroku.com/addons/bucketeer, but using S3 is really easy. And honestly I wouldn't trust most heroku addons are maintained outside of the most popular - postgres, redis, memcache.
  - deleted 5y ago
    [deleted]
  - nicoburns 5y ago
    A lot of AWS’s offerings are hard to use. But s3 really isn’t. There’s also firebase storage and backblaze b2 in this space. And they’re all easy to use standalone.
G4BB3R 5y ago
I use Bucketeer plugin on Heroku but I am planning to move to S3, that is around 20x cheaper.
ryanSrich 5y ago
Yeah I agree. Having to have Heroku and AWS simply because of this missing feature is annoying.
rawoke083600 5y ago
Lol Whot ? Not trying to be a d*k or saying you are wrong, maybe I've only worked on simple-silly projects in my "medium'ish-long-career" so far but: Why do you say that ? Really interested ?
- chrisseaton 5y ago
  Where do you store things like images, PDFs, binary files etc involved in your web apps? Most CRUD apps in my experience involve some kind of artefacts that need to be stored in some way.
  - eithed 5y ago
    You can store these on Heroku, but you have to remember that the volumes are volatile - so, you don't really know when given environment will restart and wipe all your temporary files that are not committed to the repo. If your resources are required, then they should be committed. If you want persistent cache, there are options both inside and outside Heroku. I think I agree with you though - it's weird for me to have code on Heroku, and then log in to AWS, to put stuff in S3 manually.
  - rawoke083600 5y ago
    What if your artifacts are db-records ?
    - chrisseaton 5y ago
      Heroku already provides a managed database service using Postgres, so you're fine for that. It's if you want to store any kind of user uploaded or generated binary or large content - images, PDF reports, audio files, videos, JSON documents, code, logs - all common things you may want to manipulate in a web service.

ceejayoz 5y ago

What do you imagine their home-grown offering would have over using S3 directly?

chrisseaton 5y ago
I thought the entire point of Heroku was that it wrapped up existing essential basic AWS offerings into a more manageable package? I’d rather not have to manage a side account for AWS, and set up the connections to it and things. I’d rather it was just there, like their database.
- jacobsenscott 5y ago
  I suppose that's what this is https://elements.heroku.com/addons/bucketeer https://elements.heroku.com/addons/bucketeer, but using S3 is really easy. And honestly I wouldn't trust most heroku addons are maintained outside of the most popular - postgres, redis, memcache.
- deleted 5y ago
  [deleted]
- nicoburns 5y ago
  A lot of AWS’s offerings are hard to use. But s3 really isn’t. There’s also firebase storage and backblaze b2 in this space. And they’re all easy to use standalone.

G4BB3R 5y ago

I use Bucketeer plugin on Heroku but I am planning to move to S3, that is around 20x cheaper.

ryanSrich 5y ago

Yeah I agree. Having to have Heroku and AWS simply because of this missing feature is annoying.

rawoke083600 5y ago

Lol Whot ? Not trying to be a d*k or saying you are wrong, maybe I've only worked on simple-silly projects in my "medium'ish-long-career" so far but: Why do you say that ? Really interested ?

chrisseaton 5y ago
Where do you store things like images, PDFs, binary files etc involved in your web apps? Most CRUD apps in my experience involve some kind of artefacts that need to be stored in some way.
- eithed 5y ago
  You can store these on Heroku, but you have to remember that the volumes are volatile - so, you don't really know when given environment will restart and wipe all your temporary files that are not committed to the repo. If your resources are required, then they should be committed. If you want persistent cache, there are options both inside and outside Heroku. I think I agree with you though - it's weird for me to have code on Heroku, and then log in to AWS, to put stuff in S3 manually.
- rawoke083600 5y ago
  What if your artifacts are db-records ?
  - chrisseaton 5y ago
    Heroku already provides a managed database service using Postgres, so you're fine for that. It's if you want to store any kind of user uploaded or generated binary or large content - images, PDF reports, audio files, videos, JSON documents, code, logs - all common things you may want to manipulate in a web service.