Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Firebase Realtime Database 株式会社マナボ 導入事例
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Daisuke Yamashita
October 18, 2016
Technology
2.6k
4
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Firebase Realtime Database 株式会社マナボ 導入事例
Firebase.ebisu #1 の発表資料です。
http://firebase.connpass.com/event/41745/
Daisuke Yamashita
October 18, 2016
More Decks by Daisuke Yamashita
See All by Daisuke Yamashita
EducationTech Talks Tokyo #1
dddaisuke
2
2k
CTOが語る「Challenge」~うちの会社の技術的挑戦、全部話します~
dddaisuke
2
410
Firebaseのススメ入門編 - Google Play APP DOJO
dddaisuke
0
910
Google DevFest Tokyo 2016
dddaisuke
3
1.1k
Firebase Overview @ Google I/O 2016
dddaisuke
2
1.4k
サーバーサイドから利用するFirebase
dddaisuke
4
3.1k
非エンジニアでもデキる ラクラク自動化生活
dddaisuke
9
1.4k
クラウドテクノロジーで加速する開発・運用 | EdTech CTO Night
dddaisuke
4
6.4k
Other Decks in Technology
See All in Technology
OPENLOGI Company Profile for engineer
hr01
1
74k
「早く出す」より「事業に効く」 ── 顧客の業務サイクルから逆算するAI時代の二重ループ開発と「変化の設計者」 / devsumi2026
rakus_dev
1
520
Kaggleで成長するために意識したこと
prgckwb
2
430
複数プロダクトで進めるAI機能実装 ── 実践から得たリアルな学びとロードマップ実現への挑戦 / AICon2026_yanari
rakus_dev
0
240
AI時代におけるエンジニアの新たな役割──FDEとクオリアの探求/登壇資料(戸井田 裕貴)
hacobu
PRO
0
220
OpenTelemetryにおけるGoのゼロコード・コンパイル時計装について #fukuokago
quiver
0
170
データエンジニアリングとドメイン駆動設計
masuda220
PRO
11
2k
AI時代のPlaywright活用(システムテストを自動化する ー 実行エンジンにPla ywrightを選んだ理由)
ynisqa1988
2
850
変更し続けられるシステムをどう保つか — AI時代のSSoTという設計原則
kawauso
1
810
仕様駆動開発、導入半年。「本当に速くなってるの?」にデータで答える / AICon2026_hirakawa
rakus_dev
0
280
全員がリーダーである世界へ キリマンジャロ登頂とシェアド・リーダー
jinwatanabe
0
120
複数プロダクト組織のAIネイティブ化における戦略 / AICon2026_kude
rakus_dev
0
270
Featured
See All Featured
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
970
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
4.2k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.1k
Typedesign – Prime Four
hannesfritz
42
3.1k
Building Adaptive Systems
keathley
44
3.1k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
430
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.4k
The agentic SEO stack - context over prompts
schlessera
0
850
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.4k
The Invisible Side of Design
smashingmag
301
52k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
260
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.8k
Transcript
None
山下 大介 ( だいちゃん ) 株式会社マナボ 取締役CTO Blog :
h+p://blog.daisukeyamashita.com Twi+er : @dddaisuke Facebook : dice.k.yamashita Google Developer Expert (Cloud): h+ps://developers.google.com/experts/people/daisuke-‐yamashita ConfidenIal © mana.bo Inc. All Rights Reserved 2
None
None
None
None
None
None
None
None
None
None
None
None
None
None
Google For Mobile 2016
DevFest 2016
None
None
信頼性 • FirebaseはGoogleが買収してきたテクノロジー
None
None
信頼性 稼働率は99.9%程度かな?
信頼性 日々、安定してきているとは言え、現状それなり のダウンタイムがある。
対策 • マナボでは、RealIme DBを100%信用せず、 WebSocketで、フォールバックのラインを用意 した。 • それぞれの障害率を0.1%とすると、同時に障 害が発生する障害率は0.01%。
書き込み
LINE風メッセージング機能の実装 新しいメッセージング機能に関しては、 当初マスターデータを Firebaseに保管する予定だった
LINE風メッセージング機能の実装 FirebaseのRealIme Databaseを 運用するノウハウがそれほど無かった 複雑なスキーマ設計に自信が無い
LINE風メッセージング機能の実装 スキーマ変更がある前提の設計にしよう!
REST APIが遅い!!! REST APIが遅いので、データを高速に マイグレーションするのは不可能!!!
REST APIが遅い!!! REST APIが遅すぎて、全データのクローンを どこかに持つ必要があると判断
REST APIが遅い!!! Firebase RealIme Databaseに マスターデータを格納するのを諦める
非同期の読み込み (最初の1回目など)
汎用的なお話
RealIme DBの設計 • Firebase RealIme DBの設計の勘所は、以下 のURLを参照 • h+ps://firebase.google.com/docs/database/
rest/structure-‐data
非正規化の問題 • 同じデータが複数箇所に保存され、更新が難 しい(更新漏れが発生する)
リレーションの問題 • リレーションを表現するのに、双方向リストと して表現する必要がある
リレーションの問題 • 更新をミスると即死亡
これらの問題に対応しようとすると クライアントのコード中で発生することは
THE・スパゲッティコード
まとめ Firebaseはカジュアルに リアルタイム更新をデバイス間で共有できるが、 現実的に大規模運用をスマホ(Android/iOS)の コードだけで完結させるのは厳しそう
今後の機能追加に期待しています!
None