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 Cloud Messagingで 通知の配信遅延とたたかってみた
Search
pco2699
October 19, 2018
Programming
4
12k
Firebase Cloud Messagingで 通知の配信遅延とたたかってみた
firebase meetup #7 @ mercari
2018/10/19
pco2699
October 19, 2018
Tweet
Share
More Decks by pco2699
See All by pco2699
enebular x Hugging Faceで 自然言語処理の全能の神になる
pco2699
0
400
enebular x AutoML Visionで 爆速で画像判定アプリをつくる
pco2699
0
450
enebularで 爆速で機械学習APIをつくる
pco2699
0
210
tsconfig.jsonを完全に理解する
pco2699
1
2.1k
JavaScriptアルゴリズム本を 技術書典7で頒布しました
pco2699
1
1k
MIDI × MQTT × Twitterで ハッシュタグ自動作曲シンセを作ろう
pco2699
1
1.4k
enebular × MIDI × MQTT ハンズオンの反省をする
pco2699
1
690
MIDIキーボードとenebularをつなげてみよう
pco2699
0
640
Other Decks in Programming
See All in Programming
AI時代のシステム設計:ドメインモデルで変更しやすさを守る設計戦略
masuda220
PRO
5
990
20260228_JAWS_Beginner_Kansai
takuyay0ne
5
520
猫の手も借りたい!ので AIエージェント猫を作って社内に放した話 Claude Code × Container Lambda の Slack Bot "DevNeko"
naramomi7
0
260
メタプログラミングで実現する「コードを仕様にする」仕組み/nikkei-tech-talk43
nikkei_engineer_recruiting
0
180
AI 開発合宿を通して得た学び
niftycorp
PRO
0
120
守る「だけ」の優しいEMを抜けて、 事業とチームを両方見る視点を身につけた話
maroon8021
3
890
Windows on Ryzen and I
seosoft
0
290
Ruby and LLM Ecosystem 2nd
koic
1
740
CSC307 Lecture 14
javiergs
PRO
0
470
TipKitTips
ktcryomm
0
170
nuget-server - あなたが必要だったNuGetサーバー
kekyo
PRO
0
250
Claude Codeログ基盤の構築
giginet
PRO
7
3.2k
Featured
See All Featured
How GitHub (no longer) Works
holman
316
140k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.1k
Rails Girls Zürich Keynote
gr2m
96
14k
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
210
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
73k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.4k
The SEO identity crisis: Don't let AI make you average
varn
0
410
Documentation Writing (for coders)
carmenintech
77
5.3k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.3k
Raft: Consensus for Rubyists
vanstee
141
7.4k
Bash Introduction
62gerente
615
210k
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
62
51k
Transcript
Firebase Cloud Messagingで 通知の配信遅延とたたかってみた pco2699 firebase meetup #7 @ mercari
2018/10/19
自己紹介 高山和幸(たかやま かずゆき) @pco2699 • ウェルスナビでサーバサイドエンジニア • サブプロジェクトでcall.jpを運営/開発 • call.jpでfirebaseにお世話になってます
会社紹介 • ウェルスナビ
今回お話するのはこちらの方です
今回お話すること • call.jpのサービス概要 • call.jpでfirebaseはどのように使われているか • Firebase Cloud Messagingの配信遅延の課題・たたかい 今回お話しないこと
• Firebase Analyticsなど
What is call.jp • スマホで人を呼び出せるサービスです
利用シーン1: カフェ
利用シーン1: カフェ
利用シーン1: カフェ
利用シーン1: カフェ call
利用シーン1: カフェ call 高田馬場 10℃ Cafeにて 試験運用中
利用シーン2: プログラミングスクール/勉強会
利用シーン2: プログラミングスクール/勉強会
利用シーン2: プログラミングスクール/勉強会 call
利用シーン2: プログラミングスクール/勉強会 call プログラミングスクール ジーズアカデミーにて試験運用中
call.jpはfirebaseで主要な機能を作成しています
call.jpはfirebaseで主要な機能を作成しています 呼出履歴の管理
call.jpはfirebaseで主要な機能を作成しています 呼出通知送出
運用中にこんな声が 呼び出してから アプリに通知にいくまで めっちゃ遅いときがある! 30秒くらい! 開発の相方 (チューターもやってる)
せっかくなのでFirebase Cloud Messagingの 配信遅延をいろんなパラメータで計測してみた
計測前提 • Cloud Functionsからテスト用のエンドポイントを叩いて 配信がされるまでの時間を測定 • iOS 1台 • WiFi
• Background ※Apple Push Notification Server APNs(※) 時間を計測(5回計測)
FCMのメッセージ配信方法について 配信方法 内容 端末トークン 端末に紐づくトークンを指定して配信する方式 端末グループ 端末のグループをAPIにて作成して配信する方式 最大20台まで端末グループに登録できる topic topicと呼ばれるグループを各端末が
Subscribeし Subscribeした端末すべてに配信を行う
FCMのメッセージ配信方法について 配信方法 最遅値 1回目 2回目 3回目 4回目 5回目 端末トークン 1.56
1.56 1.38 1.30 1.24 1.42 端末グループ topic 1.60 1.50 1.43 1.53 1.56 1.60 • 配信方法による遅延の有意差はほぼなし
メッセージタイプ 内容 メッセージ例 通知メッセージ Android/iPhone関係なく FCMによって通知が表示される { "message":{ "token":"bk3RNwTe3H0:CI2k...", "notification":{
"title":"Portugal vs. Denmark", "body":"great match!" } } } データメッセージ アプリでデータ処理して表示する OS固有のメッセージも送出できる 前述のtopicによる配信では 利用できない -> 今回はiOS独自ヘッダで検証 { "message":{ "apns": { "payload": { "aps": { "alert": { "title": "Portugal vs. Denmark", }, // 一部省略 } FCMのメッセージタイプについて
FCMのメッセージ配信方法について メッセージタイプ 最遅値 1回目 2回目 3回目 4回目 5回目 通知メッセージ 1.56
1.56 1.38 1.30 1.24 1.42 データメッセージ 1.33 1.22 1.33 1.18 1.14 1.06 • データメッセージの方が少々早い?
Cloud Functionsのリージョン • Cloud Functionsのリージョンはデフォルトだとus-central • 実は東京リージョンが使える exports.testPushNotification = functions.https.onRequest((req,
res) => { exports.testPushNotification = functions.region(”asia-northeast1”) .https.onRequest((req, res) => {
リージョンでの比較 リージョン 最遅値 1回目 2回目 3回目 4回目 5回目 us 2.06
2.02 2.06 1.25 1.73 1.92 asia 2.28 2.28 2.00 1.32 1.96 1.29 • リージョン間でもほぼ遅延は変わらず。むしろ東京遅い。
その他の観測事項 • しばらく間を空けてテストを行うと 7秒, 8秒程度の遅延がある -> Cloud Functionsの立ち上げに時間がかかってる?
結論 • 1対1などの少ない端末の状況下では FCMの配信方法・メッセージタイプ・firebaseのリージョンは 配信遅延にほぼ影響しない 所感 • FCMのパラメータよりも 端末の状態、ネットワークの状態が大きい? •
むしろ日本 -> アメリカ -> 日本で1秒で 通知が来るのですごいと思うことにした
今後 試そうと思っているパラメータ • 端末の違い ◦ flutter vs Native ◦ iOS
vs Android • Firebase Realtime Database周り ◦ リージョン ◦ Cloud Firestore • その他パラメータ ◦ APNsのtime-to-live パラメータ ◦ Android独自のヘッダパラメータ
提携先・試験導入先を絶賛募集中です! FCM・通知に詳しい方もアドバイスいただけると幸せです。