近くの人を見つけてチャットできるiOSアプリケーションを開発したいと考えています。しかし、私はfirebaseがどのように多くのデータを扱うのか分かりません。Firebaseスケーラビリティ
例： したがって、アプリケーションに100,000人のユーザーがいる場合。そして、彼らの多くはいつも近くの人々を探して、チャットしている、firebaseは実際に要求と投稿の量を処理することができますか？そうでない場合は、どのようにfirebaseを使用しますか？それは私が構築する構造に依存しますか？私はそれを使用するかどうかを決定するために私を助けるかその、かなり広範な質問けれども
おかげ
を:)が、私は、スケーラビリティのあなたの特異性のいずれかをキャッチしますすることができ、それぞれの答えを感謝しています。 Firebaseは、データベースをJSON形式でインポートおよびエクスポートするNoSQLデータベースです。完璧なBAASであることの重要な要素の1つは、トランザクションや処理コマンドを処理して、ほとんど面倒なく自由にデータを保存および取得できることです。
だけでなく、AdMobの簡単な統合、プッシュ通知、リモートコンフィグレーションなどの機能が、完全なDNA構造に追加されています。 StorageがGoogle Cloud Bucketを使用していることを忘れないでください。だから、インフラ面ではかなり信頼できる。
Firebaseはビッグネームに成長しました。私たちは人気の面で規模を考える場合には、これらのクライアントをチェックアウト：
また、最近のGoogleのI/0 2016年に
、BAASとしてFirebaseの延長線上に大きな焦点がありました。あなたはこれらのビデオを見て興味があるかもしれない：終わりRecipes for App Development with Firebase
Zero to App: Develop with Firebase - Google I/O 2016
Firebaseでスケーラビリティの高いものを作成する予定がある場合は、火災による試用の準備をしてください。 Firebaseとの統合を行っていると言っているほとんどの企業は、通常、その技術的性質の1つではなく、より小さな問題に使用します。あなたがそれに気をつけなければあなたは自然を噛むことができます。
たとえば、チャットのメッセージを取得します。これらのメッセージをどのように保存しますか？ Firebaseはあなたがそうしていることを間違いなく示唆しています。そうする。今、複数のチャットにこれらのメッセージをどのように割り当てるのですか？各チャットに属するメッセージをリストする必要があります。しかし、メッセージがフラットなので、今度は個々のメッセージのためにクエリを実行する必要があります。大規模なアプリケーションでは、毎秒無数のデータベースクエリを作成することは危険です。この問題に対処するには、チャネル自体の下にメッセージを配置してから、日付順に並べ替えるだけです。
基本的には、このような問題がたくさんあります。 Firebaseはシンプルに設計されていますが、リアルタイムアプリケーションはしばしば複合体になることがあります。
もう一つの欠点は、従来のデータベースに比べてFirebaseがかなり高価であることです。多くの顧客にサービスを提供している場合、これはかなり損害を与える可能性があります。
ラムジーの解答を読む。 FirebaseのFirestoreサービスを使用して、コレクションとコレクションのコレクションを作成できるようになりました。これは、もはやフラットである必要はなくなりました。 –