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.3k
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
「知的単純作業」を自動化する、地に足の着いた大規模言語モデル (LLM) の活用
nrryuya
8
6.6k
Android Target SDK 35 (Android 15) 対応の概要
akkie76
0
200
エンジニア候補者向け資料2024.04.24.pdf
macloud
0
3.4k
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
5
37k
自らを知り外と繋がる、日経のエンジニア採用とDevRel活動/devreljp92
nishiuma
2
190
社内アプリで Cloudflare D1を プロダクト運用してみた体験談(Tokyo)
haochenx
0
130
Rustで「プリズモイダル法」を利用して「土量計算」をガチでやる
nokonoko1203
1
360
Microsoft for Startups Founders Hub_20240429 update
daikikanemitsu
1
2.5k
今年のRubyKaigiはProfiler Year🤘
osyoyu
0
530
IaCジェネレーターとBedrockで詳細設計書を生成してみた
tsukasa_ishimaru
4
950
Building Dashboards as a Hobby
egmc
0
430
認知症フレンドリーテックとスタックチャン
naokiuc
0
380
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
226
51k
The Pragmatic Product Professional
lauravandoore
26
5.8k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
352
28k
Building a Modern Day E-commerce SEO Strategy
aleyda
22
6.4k
Thoughts on Productivity
jonyablonski
60
3.9k
Product Roadmaps are Hard
iamctodd
45
9.8k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
242
1.2M
The Language of Interfaces
destraynor
151
23k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
26
2.3k
What the flash - Photography Introduction
edds
64
11k
Agile that works and the tools we love
rasmusluckow
325
20k
Embracing the Ebb and Flow
colly
80
4.2k
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