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
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
「タコピーの原罪」から学ぶ間違った”支援” / the bad support of Takopii
piyonakajima
0
160
IBC 2025 動画技術関連レポート / IBC 2025 Report
cyberagentdevelopers
PRO
2
240
様々なファイルシステム
sat
PRO
0
280
GTC 2025 : 가속되고 있는 미래
inureyes
PRO
0
140
マルチエージェントのチームビルディング_2025-10-25
shinoyamada
0
240
プレイドのユニークな技術とインターンのリアル
plaidtech
PRO
1
590
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
2
210
Okta Identity Governanceで実現する最小権限の原則
demaecan
0
230
[re:Inent2025事前勉強会(有志で開催)] re:Inventで見つけた人生をちょっと変えるコツ
sh_fk2
1
1.1k
AI連携の新常識! 話題のMCPをはじめて学ぶ!
makoakiba
0
170
プロダクト開発と社内データ活用での、BI×AIの現在地 / Data_Findy
sansan_randd
1
730
戦えるAIエージェントの作り方
iwiwi
19
8.6k
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.7k
Code Review Best Practice
trishagee
72
19k
Building Applications with DynamoDB
mza
96
6.7k
Product Roadmaps are Hard
iamctodd
PRO
55
11k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.2k
Building a Scalable Design System with Sketch
lauravandoore
463
33k
Navigating Team Friction
lara
190
15k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
36
6.1k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
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