4 ms·
If you are able to be cost effective and run services on firebase, then keep doing so. Please! If you need to do something that doesn’t map well to firebase, t
by numbsafari 8y ago
If you are able to be cost effective and run services on firebase, then keep doing so. Please!
If you need to do something that doesn’t map well to firebase, then my next stop would be AppEngine.
If what you want to run won’t map well to AppEngine, then start looking at K8S.
For me, this is usually wanting to run some kind of legacy system, or where a higher level of security is needed, or if you want or need to plan to run across multiple cloud vendors or in a mixed workload environment.
If AppEngine has been covered by google’s BAA when I started my current gig, I would have just used that, with k8s to handle the couple of oddball things that we are using that wouldn’t run as well there.
Personally, it’s not about scale so much as certain kinds of architectures or problems. You might have a system that needs to run a smallish number of nodes, but has reasons for needing what kubernetes offers without wanting to reinvent the wheel yet again with the existing cast of characters.
- HandMadeTail 8y agoBut what do you do if your product needs to potentially scale to include China? Firebase, AppEngine, etc. will all be blocked there?
- numbsafari 8y agoHonestly, I have no idea about Firebase or AppEngine in China. It might entirely be FUD. But, if what you imply is true, then Kubernetes is probably a good solution for your goals. Run your application on GKE and grow your company. When it comes time to move into China, add a cluster on a cloud provider there.
- swyx 8y agolove the progressive recommendations here. looks like my next stop is AppEngine!