What are the backend technologies that enable Firebase?

During their launch they said that it was a custom Scala application the persists data to MongoDB. They also mentioned that data is stored flat rather than nested as a document, but details beyond that are sketchy. What algorithms the use for conflict resolution is also unclear.

According to MongoDB's website's Production Deployments section:

"Firebase stores all its data in MongoDB which offers the built-in capability for apps to scale automatically and gives each piece of data its own unique URL stored in JSON documents."

  • Scala
  • Netty
  • JavaScript
  • Node.js

https://coderwall.com/team/firebase

The only problem you will have with investors the moment you tell them you are using Firebase is that they will take a good hard look at them, and decide to invest in them instead. Because selling shovels is more profitable than prospecting for gold.

If you are using Firebase you should at the very least be cognizant that you need to monetize your fabulous mouse trap. Tools provided, and I assume you have monetization to go along with all the analytical tools that Firebase provides to delight your potential investors/acquisitors.

Doing the monetization bit is hard, as in building the tools are h

The only problem you will have with investors the moment you tell them you are using Firebase is that they will take a good hard look at them, and decide to invest in them instead. Because selling shovels is more profitable than prospecting for gold.

If you are using Firebase you should at the very least be cognizant that you need to monetize your fabulous mouse trap. Tools provided, and I assume you have monetization to go along with all the analytical tools that Firebase provides to delight your potential investors/acquisitors.

Doing the monetization bit is hard, as in building the tools are hard.

Doing the analytics in house is harder still. It requires real skill. You cannot improvise that kind of skill. And it could take you tears (typo for years) to personally develop those tools, and learn how to use them.

And the bottom line is that you should only be concerned about your value proposition and its monetization (potential or not).

Because if somebody wants to buy an app instead of reverse engineering it, the fundamental value proposition in its market vertical is the only thing they care about. That and time to market. Which means they will not mess with hiring the team and trying to execute on it themselves.

Investors (or corporate purchasers) don't invest on the basis of return. They invest/purchase on a risk adjusted basis.

Lastly, the only thing of value on the balance sheet is the trade mark equity. Don't let anybody tell you otherwise. Among the accounting challenged that is called the brand.


The opposite argument is that nobody is going to pay stupid money for something they can reverse engineer. Running proprietary scripts all the way through the engineering stack, makes entry and duplication much much harder.

You need to accept that somebody will legitimately make that argument. I aint buying, but I am absolutely certain that some dim-witted corporate drone has made the argument to his bosses. Which Miss CEO promptly dismissed with prejudice, on a risk adjusted basis.


Your risk adjusted basis is:

You have to recruit six people with all the necessary technical skills.

You have to recruit another six people to market and sell the mouse trap.

And you have to execute on the basic technical proposition without having verified if your business proposition is sound.

Then you have to execute on your marketing and business plan on the basis of untested technology at volume.

You will have to convince all your peeps to work for peanuts and options to purchase stock at today’s price, for the next eighteen months… GOOD LUCK WITH THAT.

And of course money only grows on the top of the tallest trees, and you look like an ant eater not a giraffe. So God Speed on finding the cash to run your engines as you go up and down down the runway trying to find lift…

So on a risk adjusted basis, 3 months and one quarter the personnel is a far better proposition than 18 months with a large burn rate and a massive execution risk. Because shit happens, often. And when you pay in peanuts you get monkeys: “Sure I can do that…”


So I poured twenty grand into restoring this eighties car I really loved. !@#king Italian sports cars… I might as well develop a coke habit with the hood ornament to go along with that…

Where were we? Ah yes. So I put out five for the car. And twenty for the restoration. Then I find another beauty I want to put my greedy sweaty palms on. And so I list the bad-girl on the net’ and the best I got is fifteen.

Three years later the car is now worth thirty.

Do the math.

The same applies to business propositions. If you invest $2m and two years of tears and blood, that does not mean you have a 2m proposition. Because investors don't invest on opportunity cost. They invest on a risk adjusted basis.

And if a corporate wants to buy your gizmo, lock stock and barrel, they will do so on the basis of the return, or more likely on the basis of the value of your contribution to the perceived value of the corporate stock. Because they are payed in options, and unless something bumps up the value, they cannot profit from the transaction themselves.

So why would you spend money you have no idea you can ever get back? That is the basic proposition for using a tool integrator (and if I was the bastard running Firebase I would put a contract out on me immediately for calling them an integrator…). Speed of execution is everything because building your own tools takes time. And if nobody wants your mouse trap, why spend the money building the tooling to mass produce it?

Speed of execution is EVERYTHING.


Your question presupposes weakness. And the weak get crushed in the market for ideas.

Because what you are saying is that you are done with your project, you have lost interest, and have no intention of doing the dirty work of marketing it, selling it, getting customer feedback and iterating on it. Your are saying you are done.

“I have built it! And so can somebody please sign over a check for a couple of gazillion dollars, because I got better things to do with my time…

And this is the bottom line. You cannot sell an app. Nobody is going to buy it.

If the app has true value to users and one of your competitors decides on a risk adjusted basis that its cheaper for him/her to buy you out, they will come knocking on your door and take you out of your misery.

So no, you cannot sell an app. But you can certainly buy one. Lock stock and barrel and hopefully with the chief nerd in golden handcuffs for six months.

But first things first, build value your users/customers love and love to refer. Because unless you have that, you have nothing of value, regardless of how it was built.

Thanks for the ask, and good luck.

This is a question I get from a lot of clients as many of our products rely heavily on Firebase. The answer is very dependant on your application but in almost all cases this will never be a problem.

Where do the costs occur?

If you look at the Firebase pricing plan you can see that data is the main constraint for the pricing brackets. When you move up a tier you get various increases in data allowances as well as more database operations. This means you need to look at what your app does to see the impact of more users.

What does my app do?

This is the next question you need to ask yourself. Many

This is a question I get from a lot of clients as many of our products rely heavily on Firebase. The answer is very dependant on your application but in almost all cases this will never be a problem.

Where do the costs occur?

If you look at the Firebase pricing plan you can see that data is the main constraint for the pricing brackets. When you move up a tier you get various increases in data allowances as well as more database operations. This means you need to look at what your app does to see the impact of more users.

What does my app do?

This is the next question you need to ask yourself. Many apps will be dealing only in text strings meaning the data amount is very small. Images would be a step up from this and videos another jump in data usage. You need to think about how often your app stores this data. It might be that you only upload a single image for each user or it could be that you send multiple images while using. In both these cases the data usage will vary hugely.

Before worrying about how you will cope with 1M users think about how the app will fare with 1–10k users. In Firebase’s case you will probably be on the free tier (as long as you are not guzzling data) up to 100k users.

Think about this for a moment. You will have 100k users on your app. Even if you only add advertising you should be able to make the $25 a month to cover the Firebase FLAME costs.

The motto I use with my clients is this:

By the time you need to start worrying about backend costs for your app you can stop worrying about backend costs for your app

Once you reach the amount of users to requiring you to start payment you will have a successful app with a big user base which can be leveraged to start paying you back.

Should I use Firebase?

This is the final question you should ask yourself. Up until now this question could have been about one of the many different backends on offer.

If you are unsure I would be inclined to say: YES use Firebase!!

They are a great company and offer a fantastic product. Being owned by Google and having recently updated all their code they are unlikely to close down (RIP Parse). They also provide extensive and clear documentation and great support. There is a huge online community meaning sites like this and Stackoverflow have a huge number of questions to help you.

It is worth looking at your app though. Firebase does have some disadvantages:

  1. There is no easy way of querying data
  2. There is no way of executing code on the server

This is what should be researched when looking at whether Firebase is the right backend for you and even these can be mainly mitigated by using a separate server to control these tasks.

Conclusion: Unless your app is very data intensive then you won’t meet any of the data caps. Firebase will help you get your app online quickly and cheaply before scaling excellently once the users start pushing the upper limits.

NOTE: I would never recommend someone building their own backend when starting a new app. It might be that you have the skills to do it but in the long run it will cost you more (in your valuable time) than using another provider. Once your app is a great success and you are paying monthly fees to a backend then you can invest the money in creating a custom backend which suits your data type. Creating it yourself also requires a huge amount of invested time. If your app fails then this time is completely wasted.

In my opinion it's Django..it depends..one's advantages are also it's disadvantage but how?

Advantages of firebase-

• Why firebase is created when pre established framework like Django is there..to reduce the complexity of framework..hence it's simpler to learn or more preferably it's a light weight.

• Real time data base management like you are indulged with app like for banking or other relies upon frequently change in users data then it is made for u.

• it facilitates​ you with the cloud messaging i.e you can send notification to users at a time with no cost.

• imparts authentication for Google,

In my opinion it's Django..it depends..one's advantages are also it's disadvantage but how?

Advantages of firebase-

• Why firebase is created when pre established framework like Django is there..to reduce the complexity of framework..hence it's simpler to learn or more preferably it's a light weight.

• Real time data base management like you are indulged with app like for banking or other relies upon frequently change in users data then it is made for u.

• it facilitates​ you with the cloud messaging i.e you can send notification to users at a time with no cost.

• imparts authentication for Google,Twitter & Facebook & other.

• crash reports solution i.e if your one of the app crashes in any mobile you will be informed.

• doesn't need to separately integrate admob.its built in available in it

Disadvantages of Firebase-

• every perks come up with some cost..so firebase is not suitable for large projects as you will have to code lots of line.

• Not free you need to pay 25$ in a month,moreover it's cumulative with users i.e more user more load on pocket.

• Therefore it's not good for long term with so many users.

• your user data is somewhere in servers which you don't own,therefore it becomes hard to fetch all data & you will need to contact them.

Let's come to the Django

Advantages of Django-

• Built with Python.which is easy to learn & faster,it is best structured webframe.

• it comes with its own ORM(object relationship mapping) i.e you connect your objects directly to relational database by writing code in Python.

• It has rich,pre established community..therefore you can instantly get answer of your queries.

•It provides you admin panel by which you can change,modify your database entries.

I suggest you to go with Django,it's kind of one time solution forever most suited for large application. At first it seems complex but once you will step into this things will be simpler for you.

But if u don't wanna get into complex framework & only want some real time small application with limited user.then you can switch to firebase.

Hope it helped u!

Firebase

Firebase is a toolkit and infrastructure that aims at supporting the process of building better applications and growing a successful business. This technique continues to innovate and dominate the BaaS (Backend as a Service) market. Along with the time, it has grown so much that it has become a key component of Google’s mobile strategy. It was bought by Google and now it is being constantly improved in order to make the user experience much more convenient and productive.

According to Firebase console, the application SDKs provided by this toolkit, directly interact with backend servic

Firebase

Firebase is a toolkit and infrastructure that aims at supporting the process of building better applications and growing a successful business. This technique continues to innovate and dominate the BaaS (Backend as a Service) market. Along with the time, it has grown so much that it has become a key component of Google’s mobile strategy. It was bought by Google and now it is being constantly improved in order to make the user experience much more convenient and productive.

According to Firebase console, the application SDKs provided by this toolkit, directly interact with backend services. Therefore, there is no need to establish any connection between the app and the service. So, if you operate one of the Firebase database options, you typically write code to query the database in the app. This is distinct from traditional app development. The traditional app development process requires writing both frontend and backend software. The frontend code just implements the API endpoints exposed by the backend, and the backend code actually does the work. However, with Firebase products, traditional backend development is bypassed, putting the work into the client.

The Firebase database offers so many services due to which it has great potential, so that it may easily replace custom CMS development depending on the product development stage and the final goal (whether the product is built to engage active users or you need an MVP or a prototype). If you need to achieve a proof of concept with minimal resources, then Firebase is a good choice because it's free for a number of users and is preferable for the beginning. You may control the system and make changes while adapting the market, and later it may be easily converted into custom CMS. Its features include Authentication, Cloud Firestore, Firebase Analytics, App Indexing, Hosting, Cloud Messaging, and many more modules.

Please don’t listen to the “proprietary blabla”. This is bs.

Imho MBaaS is the biggest failure ever made. No one ever will make money (long term) out of it. Their biggest failure, as you see in this post is, they don’t understand people like you. They think you will be a paying customer at some time. (This is never going to happen)

Now, let’s solve your problem. You’ve got that great idea and want to get going quickly. You seem like passionate about it. You want to focus on front end, not backend, means you focus and know your weaknesses. Very good point to start at!

So, why is Firebase your perf

Please don’t listen to the “proprietary blabla”. This is bs.

Imho MBaaS is the biggest failure ever made. No one ever will make money (long term) out of it. Their biggest failure, as you see in this post is, they don’t understand people like you. They think you will be a paying customer at some time. (This is never going to happen)

Now, let’s solve your problem. You’ve got that great idea and want to get going quickly. You seem like passionate about it. You want to focus on front end, not backend, means you focus and know your weaknesses. Very good point to start at!

So, why is Firebase your perfect solution? It’s supported by google. It’s super super easy to use. It’s well documented. Any more questions?

You can build whatever app (prototype) with Firebase in no time. It might not scale, but this is not what’s it about. You just want to master front-end stuff, don’t you? Right.

Eventually your MVP might get traction. What are you going to do? Well, if it’s going to get “a lot” of traction, you can pay someone to build a scalable backend for you. If not, scalability will never be an issue. You just don’t have to care about it!

Build whatever you like. Focus on the things you love to do. Firebase let’s you do exactly this. Keep it going, cheers.

Hi,

I would like to answer this by sharing a real life experience. We created an IoT platform in my company named 700 Dollar Startups. It allows users to control home appliances using their smartphone. The platform also collects temperature and air parameters at your home.

We settled to use the following stack:

  • Firebase - for backend
  • Angular JS - FrontEnd
  • NodeJS - to run IoT code in raspberry
  • Ionic - for the mobile app

Below is our platform architecture.

Here are the advantages based on our experience:

  1. Three way binding - Firebase API solves the problem of raise condition in database. A client browser,

Hi,

I would like to answer this by sharing a real life experience. We created an IoT platform in my company named 700 Dollar Startups. It allows users to control home appliances using their smartphone. The platform also collects temperature and air parameters at your home.

We settled to use the following stack:

  • Firebase - for backend
  • Angular JS - FrontEnd
  • NodeJS - to run IoT code in raspberry
  • Ionic - for the mobile app

Below is our platform architecture.

Here are the advantages based on our experience:

  1. Three way binding - Firebase API solves the problem of raise condition in database. A client browser, back-office, and mobile consumer can update a data simultaneously without the problem of synchronization. As soon as data is updated, added, inserted, or deleted all update are automatically pushed to the client via API.
  2. Speed of Development - Google Firebase Database is NoSQL database with out of the box API connectors and wrappers for query purposes. As a result, rather than building REST API just like the traditional way of connecting thin client to database, with Firebase, a company can simply use their SDK to do the same purpose. As a result, business would be able to cut their development time by removing the API development component. Less scope, means less development cost as well.
  3. Realtime update - The old ways of doing things is that a client connected to database need batch update to get new sets of data. It is an inefficient architecture, imagine a program has to read 1 million records every fifteen (15) minutes with or without update. With Google Firebase Database, a client can be automatically triggered for refresh via Callback as soon as an update is made in the database. With thus technology, developers are assured to only get a new sets of data as needed basis. Here is the actual demo of realtime database update (See video below). As soon as data is changed in database, the LED’s state connected to Raspberry devices instantaneously changes status.
  4. Free- Developers and business owners can create two projects in Firebase for free. This means organization need not to buy premium license during R&D stage. It gives developers and decision makers enough time to learn and evaluate the technology.
  5. Authentication - It comes with a builtin authentication module. Supports gmail, Facebook, Twitter, and basic username and password login support. Integrating this module in your app is easy through their SDK.
  6. Rich API Document - The Firebase SDK is well documented and has lots of example over the web. On our case, we were able to try the SDK for NodeJS. Other Platform supported are IOS, Android, Java, and JS.

As for the Disadvantage

  1. No Data Explorer - This issue is more for developers. The Firebase Database does not provide an online tool to allow developers search for a data inside a node. It has a manual tree like data explorer but becomes complicated or difficult to traverse as dataset goes bigger.
  2. No built-in Authorization - One of Firebase strong point is it’s authentication module. However; it could had been better if it is shipped with a pre-created framework for authorization. To date, developers has to secure data and forms by manually coding the roles for a specific users.

Firebase is, essentially, a key-value store that you can use to quickly prototype and run a simple application, either native mobile or in-browser javascript.

They include all the authentication stuff and website hosting, so it takes away a lot of the pain of getting started and allows you to get something up and running really quickly. I haven’t played with it very much, but from what I’ve seen and heard it is a fantastic product!

What Firebase will not do for you, however, is any business logic on your stored data. You would have to incorporate that into the front-end application, which for co

Firebase is, essentially, a key-value store that you can use to quickly prototype and run a simple application, either native mobile or in-browser javascript.

They include all the authentication stuff and website hosting, so it takes away a lot of the pain of getting started and allows you to get something up and running really quickly. I haven’t played with it very much, but from what I’ve seen and heard it is a fantastic product!

What Firebase will not do for you, however, is any business logic on your stored data. You would have to incorporate that into the front-end application, which for complex stuff is simply not a viable option.

If you’re making something cool that just needs a fast, reliable database, user authentication and usage tracking, then Firebase is a great way to go. If you’re building something that has complex back-end business rules then you’re going to run into difficulties.

You can totally combine it with a custom application of course, store your data in Firebase and have a middleware layer that does the business logic, but for most business cases this isn’t really a good compromise.

Pro’s:

1. If your app does run of a centralized DB, and is updated by a lot of

users – then it’s more than capable of handling the Real-Time data

updates between devices.

2. Stored in the cloud so readily available everywhere.

3. Cross Platform API (If you are using this DB with an App)

4. They Host the data. -Meaning if you are storing a lot of data, you don’t have to worry about hardware!

Con’s:

1. Unless your app runs of one centralized database updated by a vast quantity of users, it’s a major overkill.

2. Storage format is entirely different to that of SQL, (Firebase uses JSON) so you wouldn’t be

Pro’s:

1. If your app does run of a centralized DB, and is updated by a lot of

users – then it’s more than capable of handling the Real-Time data

updates between devices.

2. Stored in the cloud so readily available everywhere.

3. Cross Platform API (If you are using this DB with an App)

4. They Host the data. -Meaning if you are storing a lot of data, you don’t have to worry about hardware!

Con’s:

1. Unless your app runs of one centralized database updated by a vast quantity of users, it’s a major overkill.

2. Storage format is entirely different to that of SQL, (Firebase uses JSON) so you wouldn’t be able to migrate that easily.

3. Reporting tools won’t be anywhere near the ones of standard SQL.

4. Costs! -Limited to 50 Connections and 100mb of Storage!

5. You don’t host the data, Firebase does. And depending on which server you get put on, viewing there up time there seems to be a lot of disruption lately.

Read more at: What are the advantages and disadvantages of Firebase for a database? - FAQs System

Honestly answer question this firebase cannot recommend for next 5–6 year. There are multiple things that affected on firebase.

  1. DataBase : MongoDb support to Nosql and Unstructured data.
  2. Analytics : Number of Software are in market which is more reliable then firebase.
  3. Push Notification : Push Notification is more powerful over HTTP .
  4. Machine Learning : Their are many developers never know how to use ML In firebase.

This is why firebase cannot recommend for 5–6 year.

Thank You