SendGrid Night #4 Case Study on Cyta.jp

by tmtysk

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Copyright 2016 Coach United Inc. All Rights Reserved. サイタという、習い事サービスをつくっています富田陽介「それはやばいですね」と言っているように見える近影 SendGridユーザーが語る！メール大量配信のここが落とし穴 - ASCII.jp http://ascii.jp/elem/000/001/124/1124296/ より引用通信会社 → 開発会社 → フリー.. サイタCTO(2014/1〜) 中央線〜渋谷などに出没役者 → 演劇好き tmtysk

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Copyright 2016 Coach United Inc. All Rights Reserved. 配送エラー対応＆アドレス管理機能を移行 ● Return-Path で Bounce を受け取り、返信先アドレスパターンから「どれが送れてないの？」を判断 → 内容に応じて、個別にサポート＆アドレスメンテナンス ● Deferred は特定のドメイン宛で発生しやすい時間帯がある → 傾向の分析とチューニングに苦労.. SendGrid導入前 Bounce Rate管理は既にやっている。業務フローを変えずに、運用負荷を下げられないか？

Slide 20

Slide 20 text

Copyright 2016 Coach United Inc. All Rights Reserved. Event Webhook でメールアドレスをメンテナンス SendGrid移行まで ● SMTP サーバを SendGrid に向けるだけではダメだった → Return-Path を上書きされてしまう ● Event Webhook で配信結果を Webhook で受けとれる → 通知にメールを識別するためのIDを仕込み、自働化業務フローをまったく変えずに、MTA を移行できた！ Deferred 後の再送処理, Bounce Rate 監視(の視覚化)もやってくれてHappy！

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Copyright 2016 Coach United Inc. All Rights Reserved. メール受信で起動する機能の移行 ● dot-qmail で受信メールを Parse して添付画像アップロード ● 利用はさほど多くないが、ロイヤルユーザが使っている ● 単一サーバで運用しており、可用性を高めたいものの、そこまで運用コストはかけられない SendGrid導入前機能は残したまま、運用コストを下げられないか？

Slide 25

Slide 25 text

Copyright 2016 Coach United Inc. All Rights Reserved. Parse Webhook で画像添付メールによる画像アップロードに対応変更コストをほとんどかけずに、移行できた！ qmail サーバのお守りから解放された！ ● メール受信処理用の MX を SendGrid に向けるだけ ● 受信メールを multipart/form-data な HTTP POST に変換してくれる ● 生 message をそのまま body に POST してくれるオプションも (multipart/form-data の ‘email’ 値として POST される) ● 既存実装を、ほぼそのまま転用し、受け取り時の処理に結合 SendGrid移行まで

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Copyright 2016 Coach United Inc. All Rights Reserved. スポットで発生していた配送遅延への対策 ● すべてのメールを順次処理(配送キューのみ別管理)で配送していた ● メールマガジン配送や月次タスクのリマインダーメールで、メールサーバ負荷が増大 → 配送遅延状況を監視し、都度チューニング SendGrid導入前スポットで発生する配信増タスクに対しても、配送遅延を起こさずに運用できないか？

Slide 28

Slide 28 text

Copyright 2016 Coach United Inc. All Rights Reserved. Bulk Email Service で一括配信処理を順次配信処理から切り出し ● テンプレートと Substitution(変数) を指定してリクエスト一発で大量配信 ● 一括配送であっても個別に配送ログが必要だが、メッセージ内容まではEvent Webhookでも受け取れない → 配信キューに入れる時点で一通ずつレンダリングしてログ ● それでも都度配信よりは圧倒的に速い SendGrid移行まで遅延アラートが激減！一括配信するときも、(サーバ運用面では)躊躇することが無くなった！

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Copyright 2016 Coach United Inc. All Rights Reserved. まとめ ● オフラインのサービスにおいて、メール通知は、ユーザーに「行動を起こしてもらう」ために有効 ● 業務を作りこんでしまったオンプレ運用メールサーバも要求を妥協させることなく、柔軟＆段階的に移行できた ● むしろ、まだ活用し切れてない..！「ちゃんと届けなきゃ」の守りに入っちゃってる ● メールサーバの「お守り」から解放されれば、メールをもっと「攻め」に使えるはず！ → とくに統計系/バルク配信の機能を、もっと活用したい

Slide 32

Slide 32 text