規模や実装によりますがSaaSを使った方が楽です。詳しい実装や金額を見ていきましょう。Twitter規模のサービスをベースに話を進めます。 Firestoreのみで実装する場合FirestoreはORオペレーターがないのでタイムラインを実装するにはフォロワー全員のタイムラインコレクションにツイートの参照を追加する必要があります。 たとえば300万人のフォロワーがいるHIKAKINが「おはよう」とツイートした場合、おはようツイートのIDをフォロワー全員のタイムラインコレクションに計300万回書き込む必要があります。 FirebaseのBlazeプランでは1書き込みが0.00018円なので300万回を掛けて540円が費用として発生します。また、通信量やDB容量も嵩むので厳密にはさらにコストがかかります。 逆にタイムライン表示は単に各ユーザーのタイムラインコレクションを呼ぶだけですみます。ノーコ
これは？ Firebase Meetup #10 で 「Firestore導入前に検討したかったベスト５」 というテーマで発表したのですが、 まさかのメインの話の部分を図2枚で済ますという荒業をしてしまったので、ちゃんと書き納めます。 (反省のツイート...→ https://twitter.com/pitown/status/1093141514186706944 ) そしてなんか、書きたいこと多くない？と気付いたので、3回くらいに分けました。 ①Firestoreを中心に据えた全体設計のコンセプト ←今回 ②PubSubとCloud Functionsを使って、FirestoreのCollectionをマイクロサービスに見立てた話 ③パフォーマンスの劣化対策として、CacheのCollectionを作った話 ちなみに、書き終えてから、初期構成の話しかしていないな、と思ったのですが、それ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く