News for hackers. Stuff that matters.
Re:Cloud Run – Newest member of our serverless compute stack by panabee on Tuesday April 09, 2019 @04:07PM (#19618443)
thanks for all the helpful comments here! we run a rails app. if we want to replace heroku with a google cloud service, would cloud run be the best one?
Re:Cloud Run – Newest member of our serverless compute stack by mattsoldo on Tuesday April 09, 2019 @04:23PM (#19618583)
I'm doing a talk at Next tomorrow about just that. For now you are probably better of using Ruby on App Engine, assuming you need to use redis as a cache. Another new feature that we launched today is VPC Connectors, which allow Cloud Functions and App Engine to connect to servers/services in a VPC.

Cloud Run will have support VPC Connectors soon (it is supported, we just haven't wired up the API/UI). After that, its your choice, they run on similar infrastructure so you just need to decide if you want to live in containerland or source code land.

Re:Cloud Run – Newest member of our serverless compute stack by mattsoldo on Tuesday April 09, 2019 @04:25PM (#19618607)
I'll post the example source code here tomorrow after the talk (still tweaking it).
Re:Cloud Run – Newest member of our serverless compute stack by panabee on Tuesday April 09, 2019 @07:09PM (#19619923)
OK thanks! How about persisting files (which actually isn't possible on Heroku but we would like to persist files on disk for simplicity so are debating about just using AWS)?
Re:Cloud Run – Newest member of our serverless compute stack by asciimike on Tuesday April 09, 2019 @07:36PM (#19620123)
We provide an in-memory writable filesystem (e.g. you want to do file transformations) but it's not persistent across all instances. We're looking into Filestore integration for a mountable NFS product, though as mentioned in another comment about that, reading is easy but writing is hard.
Re:Cloud Run – Newest member of our serverless compute stack by boundlessdreamz on Tuesday April 09, 2019 @11:41PM (#19621630)
Why is writing hard? We already use Filestore across multiple VMs in read-write mode. We ensure that writes are unique i.e no two machines will use the same filename. There are also no file modifications.