Firebase SDK in the frontend, PostgreSQL in the backend
I've built a proof of concept where it's possible to take an application build with Firebase (Firestore specifically) and only by changing the "host" parameter in it's configuration, have it interact (read/write) with your own PostgreSQL instance.
It can be deployed as a single docker container on your own infrastructure (which can still be serverless with things like Fargate).
Would something like this be interesting/useful to you?
I am trying to see if there are potential users that have started with firebase but have hit limitation (technical or pricing) and need a way to migrate without rewriting the entire UI (or maybe they like the sdk and want to keep it even if the UI rewrite is not painful)
That sounds interesting but Firebase's own databases don't work efficiently in this regard? I think both of its databases Realtime Database and Cloud Firestore are NoSQL ones. Do you think Firebase works better with SQL databases like PostgreSQL?
Secondly, I have one question about the SDK license type of Firebase. Yes, I just got some idea about SDK license types from here https://blog.back4app.com/what-is-an-sdk/#SDK_Licence_Types but does Firebase also need any licensing or is it already licensed? If yes, then what's its license type.
Hopefully, you will respond it.
Not interesting for me as I rather just do an abstraction layer via domain driven design.