私はFirebaseを読んで、しばらくそれを試しています。アイデア（BAAS）と実装は印象的で、Javascriptでプログラミングしたことは実行可能な選択肢に思えます。スケーリングやその他のサーバー側の問題に対処する必要はなく、さらに魅力的です。Firebaseは万能データベースですか？
私の質問は：一般的には、はFirebaseの平均的なデータベースのアプリケーションのファーストクラスのバックエンド候補ですか？例えば私は基本的なチャットや原子力プラントモニターなどの超軽量または極端な極端なものは含んでいません。
答えは明らかではないかもしれません。/noですが、一般的なアプリケーション空間をサポートするために構築されたのですか、またはリアルタイムの読み取り/書き込みデータサービスとして目立つだけでしたか？
経験と既存のプロダクションアプリケーションに基づいた回答をいただければ幸いです。
おかげ
はい、Firebaseは、Web、iOS版やAndroidのアプリケーションをベースと任意のデータのためのファーストクラスのバックエンドであることを意図しています。このサービスはリアルタイムのデータの読み書きを可能にしますが、強力な柔軟なセキュリティシステムを備えているため、データ境界を強制するサーバーコードを必要とせずに、安全なクライアント専用アプリケーションを作成できます。
は、複数のビジネス・オブジェクトにまたがるトランザクションのサポートを持っていない可能性がありhttps://firebase.google.com/customers/
Firebaseに顧客としてフロントページとアプリのショーケースページに記載されている生産にはいくつかのアプリがあります。例： 受注が登録されると、複数の商品の在庫を更新し、債権の請求を更新し、複数の販売員に販売クレジットを与える必要があります。 Firebaseチームは、これらのすべてを実現するデータベーストリガーオプションを考え出しています。
更新：マルチパスアトミック書き込みが最近追加されました：https://www.firebase.com/blog/2015-09-24-atomic-writes-and-more.html – KarolDepka
Firebaseは現在、より多くの機能を備えており、特にクラウド機能が導入された後、完全なスタンドアローンのバックエンドと見なされています。 https://firebase.google.com/docs/functions/
私のアプリがリアルタイムである必要がない場合は、firebaseを使用するのが理にかなっていますか？ Thanks @anant – brescia123
多くのバックエンドコードを書かなくても、アプリケーション/ Webページからのデータを簡単に永続化するには、Firebaseを使用するのが理にかなっています。リアルタイム性は単なるボーナスですが、その部分を頼りに使う必要はありません。 – Anant
フル開示、@AnantはFirebaseのために働いています – lightswitch05