Live data from Hacker News

Cloud Firestore: A New Document Database for Apps

firebase.googleblog.com

131–140 of 174 posts

Re: Cloud Firestore: A New Document Database for Apps

#131
post #2

[Firebase founder] This new database has been in the works for 2.5 years, since shortly after we joined Google. It was developed in close collaboration with the Cloud Datastore[1] team, and uses Google’s core database infrastructure. We built it because we know it can be challenging to build complex apps with our original database -- Firebase Realtime Database -- where we optimized for ease-of-use & real-time sync ov…

How goes the work to improve customer service and support? Thinking about https://news.ycombinator.com/item?id=14359801 , what improvements have you made in the last 139 days that would make us want to build on this?

(Some quick context for those not aware of the initial incident: In May we fixed two bugs in our pricing pipeline that caused some users to see price increases.

Bug 1: we under-reported bandwidth (in particular SSL overhead)

Bug 2: we were not enforcing quotas for all accounts.

For most users, the fixes had little-to-no impact. For a few users who were using the Realtime Database with large volumes of small reads and writes, the impact was large. You could mitigate this impact by updating your client code, but unfortunately a user who had shipped code to their IoT devices couldn’t. This user was also simultaneously forced to upgrade to the Blaze pay-as-you-go plan due to quota enforcement on our $25/mo Flame plan. These combined resulted into a large billing increase for this user. We weren’t quick enough to provide this user with credits due to poor internal communication).

To address these we have (1) worked to make billing more transparent on Realtime Database and (2) are working on improving support.

1a. We rewrote our documentation to add more detail on billing mechanics and how to optimize bandwidth (https://firebase.google.com/docs/database/usage/billing).

1b. We rewrote the documentation for our profiler tool which was confusing to many developers (https://firebase.google.com/docs/database/usage/profile).

1c. We now have better alerting for if/when we find errors in our codebase that can impact their bill (up or down).

1d. We will soon be releasing (spoiler alert) a new monitoring API to let developers directly analyze their database billing and performance data.

2a. We raised the quota on free technical questions from 5 => 10. Questions on accounts/billing/bug reports are still unlimited

2b. We worked to increase Support CSAT. It is up by 15% since the billing issue in May.

Finally, the new database we’re launching today, Cloud Firestore, has daily budgets. You can use these to set exactly how much you’re willing to spend per day (more here: https://firebase.google.com/docs/firestore/usage#limits) We’ve also got extensive pricing docs: https://firebase.google.com/docs/firestore/pricing

I hope this answers your question!

Re: Cloud Firestore: A New Document Database for Apps

#132

We're one of the startups shown in the announcement (Crypto Portfolio Tracker [1] - bottom right logo). Firestore enabled us to build the first version of our app in under a week. We've been using the product for over two months now, and it's given us a competitive edge in being able to develop features rapidly and not having to spend time on operations. One of the things we liked about Firestore is that it takes the…

Is your use of Firebase limited to Firestore? If not, Does Crypto Portfolio runs entirely in Firebase?

Re: Cloud Firestore: A New Document Database for Apps

#134

We're one of the startups shown in the announcement (Crypto Portfolio Tracker [1] - bottom right logo). Firestore enabled us to build the first version of our app in under a week. We've been using the product for over two months now, and it's given us a competitive edge in being able to develop features rapidly and not having to spend time on operations. One of the things we liked about Firestore is that it takes the…

Is your use of Firebase limited to Firestore? If not, Does Crypto Portfolio runs entirely in Firebase?

We run entirely on Firebase with Auth, Storage, Hosting, Firestore, and Cloud Functions. As a result, we actually don't have any backend to manage.

Re: Cloud Firestore: A New Document Database for Apps

#135

Earlier quoted context omitted.

Is your use of Firebase limited to Firestore? If not, Does Crypto Portfolio runs entirely in Firebase?

We run entirely on Firebase with Auth, Storage, Hosting, Firestore, and Cloud Functions. As a result, we actually don't have any backend to manage.

Do you think that the time-to-market advantage that using Firebase offers you justifies the (presumably) increased cost when compared to the cost of managing your own infrastructure?

Re: Cloud Firestore: A New Document Database for Apps

#136

Earlier quoted context omitted.

Is your use of Firebase limited to Firestore? If not, Does Crypto Portfolio runs entirely in Firebase?

We run entirely on Firebase with Auth, Storage, Hosting, Firestore, and Cloud Functions. As a result, we actually don't have any backend to manage.

Out of curiosity, do you use any type of framework for the frontend?

Re: Cloud Firestore: A New Document Database for Apps

#137

Earlier quoted context omitted.

We run entirely on Firebase with Auth, Storage, Hosting, Firestore, and Cloud Functions. As a result, we actually don't have any backend to manage.

Do you think that the time-to-market advantage that using Firebase offers you justifies the (presumably) increased cost when compared to the cost of managing your own infrastructure?

Yes, as a data point, the other tracker apps are only now beginning to add exchange API integration, while we were able to develop and launch this feature over a month ago.

While I like self hosting (was previously a RethinkDB user), from a business perspective, it doesn’t make sense to spend time on operations if it doesn’t give you a competitive advantage. It’s going to be very difficult to outpace a business that only has to focus on development versus one that has to do development and operations.

Re: Cloud Firestore: A New Document Database for Apps

#138

Earlier quoted context omitted.

We run entirely on Firebase with Auth, Storage, Hosting, Firestore, and Cloud Functions. As a result, we actually don't have any backend to manage.

Out of curiosity, do you use any type of framework for the frontend?

React is used on the frontend. It maps very well to Firestore - each component listens to one document.

Re: Cloud Firestore: A New Document Database for Apps

#139
post #80
post #22

I’m still looking for a product that provides firebase-levels of ease of getting up and running (no API to design, rule-based authentication, etc) , but runs on your own infrastructure, off of a traditional RDBMS. Someone tell me they’ve found the holy grail?!

You should check out Hasura ( https://hasura.io/ )! It is exactly what you're asking about. Disclaimer: I work at Hasura. Feel free to ask me anything you want to know about.

FYI, I couldn't even get it running because "hasuractl.exe local start" is not a valid command with the version of hasuractl (0.1.12) you have available for windows on this page:

https://docs.hasura.io/0.14/ref/cli/hasuractl.html

:(

Re: Cloud Firestore: A New Document Database for Apps

#140
post #123

I'm sorry if I overlooked, but no aggregations? Like calculating sums or averages?

That's correct, no native aggregations right now. See this doc for some more info on how to achieve what you want: https://firebase.google.com/docs/firestore/solutions/aggrega...
Post reply on HN