Hacker News new | ask | show | jobs
by oooyay 755 days ago
> Is there something I'm missing here?

Your statement on the ease of migration really depends on your skill set. An increasing number of software engineers do not have to deal with real infrastructure whatsoever. Most of the "big" companies I've been at have pretty ready made platform abstractions for their engineers.

1 comments

This is PaaS, there is no "infrastructure". It is a http handler function and that is it.
Yes, OP is talking about the ease of migration from cloud providers vs a PaaS. My point is most companies these days either build their own or operate a PaaS so "migrating cloud providers" would be daunting to them due to lack of exposure to core services (network, compute, etc).
GCP Cloud Functions are PaaS running on top of a “cloud provider”. My point is that if you start with CF, there is no lock in and no migration.
How do you do secrets with CFs without lock-in? Telemetry? Releases? and on and on
Tons of options, some more "lock-in" than others. But the stuff you're talking about in general is really not that much lock-in.

For secrets, I personally use Github for that and you can add them in as a build step. Google also offers this: https://cloud.google.com/functions/docs/configuring/secrets

For logging, I just use Google's logging layer. If I was to migrate somewhere else, I'd just use that logging layer.

For releases, I just used github releases as part of my build step. But google also has the concept of releases... https://cloud.google.com/functions/docs/deploy

and on and on...

None of these are major lock-in problems though... any other PaaS platform you want to go to will need those sorts of things too.

That "not that much" easily turns into months or years of migration once you put enough data into it. Cloud providers are showering startups with credits not due to their inherent kindness - they know once you're in it's tough to move out and you are seriously downplaying the amount of effort and costs involved here.