Messaging API 活用最前線

LINE Developer Meetup in Kyoto#26 ( https://line.connpass.com/event/75147/ ) での発表資料

Transcript

1. LINE Developer Meetup in Kyoto#26
   Messaging API
   活用最前線
   白木 翔也 @morugu
   

   View Slide

2. 白木 翔也
   株式会社REACT
   -
   ミッション
   人と人とのコミュニケー
   ションコストをゼロにする
   -
   事業
   ボット作成サー
   ビス 「Engagebot」
   SNS
   Twitter: @morugu
   Blog: blog.morugu.com
   

   View Slide

3. Engagebot
   LINE/Facebook
   のボット作成/
   運用サー
   ビス
   

   View Slide

4. Engagebot
   - TV
   ドラマ
   -
   ゲー
   ム
   - EC
   サイト
   and more!
   

   View Slide

5. 今日話すこと
   (
   ボットの)
   可能性を広げる
   (
   ボットを)
   安定して運用する
   

   View Slide

6. 本題に入る前に
   

   View Slide

7. ボットを作ったことある方？✋
   

   View Slide

8. ボット開発
   オウム返しで終わりがち
   機能実装こそエンジニアの力の見せどころ
   実戦投入してこそボットが活きる
   

   View Slide

9. 作ったボットの機能
   採用面接
   スタンプラリー
   カウンセリング
   画像加工
   実況中継
   リアルタイムリッチメニュー
   and more!
   

   View Slide

10. 作ったボットの機能
    採用面接
    スタンプラリー
    カウンセリング
    画像加工
    実況中継
    リアルタイムリッチメニュー
    and more!
    

    View Slide

11. 採用面接
    

    View Slide

12. LINE
    選考に合格したら即最終面接
    スピー
    ド感のある採用試験
    

    View Slide

13. View Slide

14. View Slide

15. カウンセリング
    

    View Slide

16. 遠隔漢方相談サー
    ビス
    LINE BOT
    で質問に回答
    ->
    薬剤師がチャットでカウンセリング
    ->
    漢方薬を自宅に配送
    

    View Slide

17. View Slide

18. View Slide

19. 今日話すこと
    ☑(
    ボットの)
    可能性を広げる
    (
    ボットを)
    安定して運用する
    

    View Slide

20. LINE
    ボットユー
    ザー
    の傾向?
    

    View Slide

21. 1
    分だけ(
    アクセスが)
    すごい来る
    

    View Slide

22. X
    軸: LINE Webhook
    からのリクエスト数
    Y
    軸:
    時間
    

    View Slide

23. 高負荷対策
    1.
    高負荷な時間を確認&
    予測
    2.
    キャッシュ戦略
    3. Reply API
    とPush API
    の使い分け
    

    View Slide

24. 1.
    高負荷な時間を確認&
    予測
    

    View Slide

25. Auto Scaling
    では間に合わない
    最短でも1~3
    分ぐらいかかる
    最初の1
    分が勝負
    高負荷になりがちなタイミング
    ドラマ放送10
    分前(
    一斉に配信するため)
    広告配信
    SNS
    で拡散された時(Instagram, Twitter
    等)
    プレスリリー
    ス配信
    

    View Slide

26. 2.
    キャッシュ戦略
    

    View Slide

27. ものすごいメッセー
    ジ量
    

    View Slide

28. 応答に必要なワー
    ドのみキャッシュしておく
    それ以外は非同期でログデー
    タとして処理
    

    View Slide

29. View Slide

30. 3. Reply API
    とPush API
    の使い分け
    

    View Slide

31. Reply API
    ユー
    ザー
    からのメッセー
    ジ受信がトリガー
    短時間有効なトー
    クンを使用して送信
    トー
    クンの使用は1
    回のみ
    Push API
    ユー
    ザー or
    配信側がトリガー
    ユー
    ザー
    へ任意のタイミングで送信
    

    View Slide

32. API
    制限
    Messaging API
    を経由して送れるメッセー
    ジは
    API
    ごとに最大10,000req/1min
    

    View Slide

33. 一斉に配信する場合(Push API)
    10,000req/1min
    を超過しないように配信数を制限
    Ex.
    対象ユー
    ザー
    が、100,000
    件の場合
    - 9,000req/1min
    ぐらい
    -
    約12
    分かかる
    

    View Slide

34. ユー
    ザー
    が送ったメッセー
    ジに
    応答する場合(Reply API & Push API)
    超過すると429 Too Many Requests
    が来る
    ->
    リトライする仕組みを予め用意しておく
    Reply API
    が制限数に達したら,
    Push API
    を併用して使う策もあり
    -> 20,000req/1min
    まで上限を伸ばせる
    

    View Slide

35. 今日話すこと
    ☑(
    ボットの)
    可能性を広げる
    ☑(
    ボットを)
    安定して運用する
    Complete❗
    

    View Slide

36. Enjoy Bot Life
    

    View Slide