Firebase可擴展性

Question

我想開發一個iOS應用程序，您可以在其中找到附近的人並與他們聊天。但是，我不知道firebase如何處理大量數據。

例子： 所以，如果應用10萬個用戶。他們中的很多人總是聊天，尋找附近的人，firebase是否可以處理這些請求和帖子？如果沒有，那麼你如何使用Firebase呢？這是否取決於我構建的結構？我欣賞每一個答案，可以幫助我來決定是否使用它，或者

感謝

Answer 1

雖然它的一個非常寬泛的問題不是:)但我會抓住你的可擴展性，特異性之一。 Firebase是以JSON格式導入和導出數據庫的NoSQL數據庫。它是一個完美的BAAS的關鍵因素之一是它能夠處理事務或內置命令以幾乎無憂無慮的方式保存和檢索數據。

不僅這些，但功能例如AdMob的易於集成，推送通知，遠程配置添加到其完美的DNA結構。不要忘記其存儲使用Google Cloud Bucket。所以，在基礎設施方面是非常值得信任的。

• 檢查了所有功能here.

火力地堡已經成長爲一個大的名字。如果我們在普及方面去想規模，檢查出這些客戶端：

Customers At Firebase

• Booking.com
• Viber的
• 華碩
• 域
• 輝光...和更多的大牌。

此外，

最近谷歌I/0 2016年，有一個大的關注點火力地堡的擴展作爲BAAS。你可能會有興趣看這些視頻：

• Zero to App: Develop with Firebase - Google I/O 2016
• Recipes for App Development with Firebase

最後，可擴展性有一個精心策劃的結構化數據庫的一個重要因素。祝你好運！

Answer 2

如果你打算做一些需要上火力地堡高度可擴展的火試準備。大多數表示他們擁有某種Firebase集成的公司通常會將其用於較小的問題，而不是其技術特性之一。如果你不謹慎的話，天性可以成爲咬你的東西。

就拿檢索的聊天消息。你如何存儲這些消息？ Firebase建議你這麼做。所以那樣做。現在你如何將這些消息分配給多個正在進行的聊天？您需要列出屬於每個聊天的消息。但是由於你的信息是平的，你現在必須對每條消息進行查詢。在一個大型應用程序中 - 每秒鐘都會造成無數的數據庫查詢可能會很危險爲了解決這個問題，你可以將消息放置在通道本身之下，然後通過按日期排序來批量檢索它們。

基本上，你會發現很多像這樣的問題。這是因爲Firebase設計爲簡單，而實時應用程序通常可以變爲複雜。

另一個缺點是與傳統數據庫相比，Firebase相當昂貴，如果您爲很多客戶提供服務，這可能是相當不利的。