私は Firebase について読んで、少しの間それで遊んでいます。アイデア (BAAS) と実装は印象的で、Javascript でプログラミングしたので、実行可能な選択のようです。スケーリングやその他のサーバー側の問題に対処する必要がないため、さらに魅力的です。
私の質問は次のとおりです。一般的に言えば、 Firebase は平均的なデータベース アプリケーションの第一級のバックエンド候補ですか? 例: 課金、CRM、e コマース、ソーシャル、位置情報ベースなど。基本的なチャットや原子力発電所の監視など、極端に軽いものや重いものは含まれていません。
答えは明確なはい/いいえではないかもしれませんが、それは一般的なアプリケーション空間をサポートするために構築されたのでしょうか?それとも、リアルタイムの読み取り/書き込みデータ サービスとして単に目立つように構築されたのでしょうか?
経験と既存の本番アプリケーションに基づいた回答をいただければ幸いです。
ありがとう
はい。Firebase は、あらゆるデータ ベースの Web、iOS、または Android アプリケーションのファースト クラスのバックエンドになることを目的としています。このサービスは、リアルタイムのデータの読み取りと書き込みを提供しますが、データ境界を強制するサーバー コードを必要とせずに、安全なクライアント専用アプリを作成できる強力で柔軟なセキュリティ システムも備えています。
フロント ページに顧客としてリストされ、 https://firebase.google.com/customers/のアプリ ショーケース ページにいくつかのアプリが実稼働しています。
Firebase は、複数のビジネス オブジェクトにまたがるトランザクションをサポートしていない場合があります。たとえば、販売注文が予約されると、複数のアイテムの在庫を更新したり、売掛金の請求を更新したり、複数の販売担当者に販売クレジットを与えたりする必要があります。Firebase チームは、これらすべてを実現するデータベース トリガー オプションを考え出すことになっています。