Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 6 years ago.
Improve this question
I am making an app for our school. It contains a score updating feature. i am using firebase database to update the scores. (not published yet) But firebase realtime database offers only 100 RT connections for free.
so is there a way to get more than 100 RT connections for free ? atleast by reducing other features? (like database storage, 5GB media storage..)
Firebase provides 3 plans.
When you create a project on Firebase, you start with the Spark Plan. This plan is free allowing 100 simultaneous connections, 10Gb downloaded per month, 5Gb of Storage and 1Gb for Hosting. This should be good enough for starters.
But if you want more than that, you can pay 25$ per month on the Flame Plan that gives you unlimited simultaneous connections.
Or go for the Blaze Plan which is Pay as you scale. You get unlimited simultaneous connections, and you'll only pay when your database scales.
And no. You can't get more simultaneous connections by getting rid of other services.
For more information about the plans, you can check the Pricing Tab on their website.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 2 years ago.
Improve this question
What is the cost associated with Azure Cosmos DB? Does the bill depend upon the database or containers we create? Also, does the bill depend on when we read/write data to containers or starts billing from the time we create Azure Cosmos DB? If that's the case, is there an option to disable/pause Azure Cosmos DB Account in Azure?
Pricing for Cosmos DB is described pretty nicely here: https://learn.microsoft.com/en-us/azure/cosmos-db/how-pricing-works. To summarize, you are charged for the capacity you reserved as well as for storage.
To answer your specific questions:
Does the bill depend upon the database or containers we create?
Yes. The moment you create a database or a container with throughput, that capacity is reserved for you so you start paying for that whether or not you use it. Please note that you can create a database without throughput and in that case you're not charged.
Also, does the bill depend on when we read/write data to containers or
starts billing from the time we create Azure Cosmos DB?
Account creation is free. The billing starts when you create a database or a container in that account with throughput.
If that's the case, is there an option to disable/pause Azure Cosmos
DB Account in Azure?
Unfortunately no. You will need to delete the resources to stop the billing.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 2 years ago.
Improve this question
I have an app that I want to build using Firebase which is basically a chat for users.
There are chat rooms that are temporary, meaning that after each day the rooms (and consequently all the messages) get deleted.
I see a lot of good things about Firestore, but in this case I'll be deleting potentially a lot of messages. Firestore is not only a bit iffy for deleting a bunch of stuff, but also charges for each operation (as I recall I can simply delete a node in rtdb and every children is also deleted).
So which one would be more affordable for my app?
Firestore charges are calculated per READ/WRITE operation performed. So using Firestore for large amount of reads and writes will be significantly expensive than RTDB.
Realtime Database on the other hand calculated just GB of data download and is advisable for storing temporary data in your case, since you will be creating and deleting too frequently.
For more elaboration, check out my answer here. I've also mentioned cons of using Firestore in brief there, it was a similar case.
It will be more affordable to by RTDB resources instead of Firestore if you want to update data too frequently.
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 3 years ago.
Improve this question
I am a student writing a webapp using Firebase as backend and hosting. The $25/mo is too costly for me. My webapp requires text search functionality.
If you want to call a third party web service you need to enable billing (as discussed here:
Cloud Functions for Firebase - Billing account not configured)
You could however opt for the Blaze plan which is billed on a pay-as-you-go basis, instead of the fixed price flame plan. The cost will remain at $0 if you remain within the quotas specified in the spark plan.
You can also set spending limits and budget alerts in case you are afraid of going over budget.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 4 years ago.
Improve this question
So I want to host a personal website that is created on Angular which uses Node.JS and I wanted find a good place to host it.
I was thinking of using Firebase but I don't understand what it means by
100 simultaneous connection (realtime database)
10 GB/month download (realtime database)
10 GB/month bandwidth (cloud firestore)
document writes,reads, and deletes (cloud firestore)
10 GB/month transferred (hosting)
Also, I want to know from the community if this is enough for a personal website? I already have a custom domain.
Firebase Info
It all depends on the amount of traffic to your website, if you're not expecting hundreds of visitors a day then this is definitely enough, that's if your website even uses a database, it means it can accept 100 connections (more simply 100 people) connecting to it at the same time.
In short; this is enough for a personal website.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I am considering using firebase as a way to brodcast data messages to many connected users on mobile phone native apps running actively in the foreground.
In a "channel" (presumably a node in the database) there might be a new 1kb message every second or so and potentially thousands of users listening in.
The ideal latency should be less than a second.
Is Firebase realtime json database ideal for this use case?
What are the limitations on number of users, number of messages and latency?
How does it compare to "Google Cloud Messaging", native push notifications, or other frameworks, for the same purpose?
Firebase is a real time json data base and it would work absolutely fine for what you are requesting.
There is no limitation to the number of users you can have but there is a limitation to the number of active connected users you can have. The free pricing tier allows 100 active connections at one time. The more expensive tiers allow for unlimited active connected users. There is no limitation on number of messages. Latency is very low. Changes are displayed almost instantly.
I haven't personally worked with Google cloud messaging or any other real time frameworks so I can't answer that. But firebase has great documentation and is very easy to set up and implement. The only downside is that firebase do not currently provide push notifications. However they can easily be implemented with a push notification service such as Batch