Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Messaging API 活用最前線
Search
Shoya
January 26, 2018
Technology
0
1.6k
Messaging API 活用最前線
LINE Developer Meetup in Kyoto#26 (
https://line.connpass.com/event/75147/
) での発表資料
Shoya
January 26, 2018
Tweet
Share
Other Decks in Technology
See All in Technology
Haskell を武器にして挑む競技プログラミング ─ 操作的思考から意味モデル思考へ
naoya
6
1.2k
モダンデータスタック (MDS) の話とデータ分析が起こすビジネス変革
sutotakeshi
0
440
【pmconf2025】PdMの「責任感」がチームを弱くする?「分業型」から全員がユーザー価値に本気で向き合う「共創型開発チーム」への変遷
toshimasa012345
0
280
安いGPUレンタルサービスについて
aratako
2
2.7k
re:Invent 2025 ふりかえり 生成AI版
takaakikakei
1
190
regrowth_tokyo_2025_securityagent
hiashisan
0
190
乗りこなせAI駆動開発の波
eltociear
1
1k
AWS Trainium3 をちょっと身近に感じたい
bigmuramura
1
130
Snowflakeでデータ基盤を もう一度作り直すなら / rebuilding-data-platform-with-snowflake
pei0804
4
990
AWS re:Invent 2025で見たGrafana最新機能の紹介
hamadakoji
0
200
グレートファイアウォールを自宅に建てよう
ctes091x
0
140
寫了幾年 Code,然後呢?軟體工程師必須重新認識的 DevOps
cheng_wei_chen
1
1.2k
Featured
See All Featured
Embracing the Ebb and Flow
colly
88
4.9k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
54k
GraphQLとの向き合い方2022年版
quramy
50
14k
Faster Mobile Websites
deanohume
310
31k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Documentation Writing (for coders)
carmenintech
76
5.2k
The Cult of Friendly URLs
andyhume
79
6.7k
KATA
mclloyd
PRO
32
15k
Navigating Team Friction
lara
191
16k
Practical Orchestrator
shlominoach
190
11k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
For a Future-Friendly Web
brad_frost
180
10k
Transcript
LINE Developer Meetup in Kyoto#26 Messaging API 活用最前線 白木 翔也
@morugu
白木 翔也 株式会社REACT - ミッション 人と人とのコミュニケー ションコストをゼロにする - 事業 ボット作成サー
ビス 「Engagebot」 SNS Twitter: @morugu Blog: blog.morugu.com
Engagebot LINE/Facebook のボット作成/ 運用サー ビス
Engagebot - TV ドラマ - ゲー ム - EC サイト
and more!
今日話すこと ( ボットの) 可能性を広げる ( ボットを) 安定して運用する
本題に入る前に
ボットを作ったことある方?✋
ボット開発 オウム返しで終わりがち 機能実装こそエンジニアの力の見せどころ 実戦投入してこそボットが活きる
作ったボットの機能 採用面接 スタンプラリー カウンセリング 画像加工 実況中継 リアルタイムリッチメニュー and more!
作ったボットの機能 採用面接 スタンプラリー カウンセリング 画像加工 実況中継 リアルタイムリッチメニュー and more!
採用面接
LINE 選考に合格したら即最終面接 スピー ド感のある採用試験
None
None
カウンセリング
遠隔漢方相談サー ビス LINE BOT で質問に回答 -> 薬剤師がチャットでカウンセリング -> 漢方薬を自宅に配送
None
None
今日話すこと ☑( ボットの) 可能性を広げる ( ボットを) 安定して運用する
LINE ボットユー ザー の傾向?
1 分だけ( アクセスが) すごい来る
X 軸: LINE Webhook からのリクエスト数 Y 軸: 時間
高負荷対策 1. 高負荷な時間を確認& 予測 2. キャッシュ戦略 3. Reply API とPush
API の使い分け
1. 高負荷な時間を確認& 予測
Auto Scaling では間に合わない 最短でも1~3 分ぐらいかかる 最初の1 分が勝負 高負荷になりがちなタイミング ドラマ放送10 分前(
一斉に配信するため) 広告配信 SNS で拡散された時(Instagram, Twitter 等) プレスリリー ス配信
2. キャッシュ戦略
ものすごいメッセー ジ量
応答に必要なワー ドのみキャッシュしておく それ以外は非同期でログデー タとして処理
None
3. Reply API とPush API の使い分け
Reply API ユー ザー からのメッセー ジ受信がトリガー 短時間有効なトー クンを使用して送信 トー クンの使用は1
回のみ Push API ユー ザー or 配信側がトリガー ユー ザー へ任意のタイミングで送信
API 制限 Messaging API を経由して送れるメッセー ジは API ごとに最大10,000req/1min
一斉に配信する場合(Push API) 10,000req/1min を超過しないように配信数を制限 Ex. 対象ユー ザー が、100,000 件の場合 -
9,000req/1min ぐらい - 約12 分かかる
ユー ザー が送ったメッセー ジに 応答する場合(Reply API & Push API) 超過すると429
Too Many Requests が来る -> リトライする仕組みを予め用意しておく Reply API が制限数に達したら, Push API を併用して使う策もあり -> 20,000req/1min まで上限を伸ばせる
今日話すこと ☑( ボットの) 可能性を広げる ☑( ボットを) 安定して運用する Complete❗
Enjoy Bot Life