dazuma

3 ms·

1.
by dazuma 6y ago
I have Opinions about Rails or Rails-like frameworks on FaaS. But that said, now that Google has a full-fledged Ruby runtime, it might be interesting to see if Jets can be rebased on Google Cloud Functions, maybe some adapter layer that can
2.
by dazuma 6y ago
Ah yes, good point. I neglected to cover that. Well, in a nutshell: * FunctionsFramework allows us to open-source the parts of the runtime not tied to the Google Cloud Functions hosting environment itself, meaning it should be possible to p
3.
by dazuma 6y ago
Procs can be used anywhere a block can. my_proc = proc { |request| "Hello, world!" } FunctionsFramework.http("hello", &my_proc)
4.
by dazuma 6y ago
Yeah, splitting up google-api-client was long overdue. I was really glad to have a window to do it over the holiday. If you have feedback on Cloud Functions, feel free to open issues on the GoogleCloudPlatform/functions-framework-ruby
5.
by dazuma 9y ago
That's a good question. It comes down to how much you want to control the devops vs how much you want someone else to handle it for you. App Engine is a platform-as-a-service (PaaS) which generally means a lot of things are done for yo
6.
by dazuma 9y ago
We're not doing anything special to help set up distributed Erlang at the moment. It would probably be difficult with App Engine because it's designed to manage stateless containers. But I could imagine setting up such a network w
7.
by dazuma 9y ago
Hey all! I'm one of the engineers who worked on this. If anyone has questions or wants to get involved, feel free to open an issue on the github repos. * Elixir clients for Google APIs: https://github.com/GoogleCloudPla