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?
[ Parent
| on HN ]
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.