Slide 1

Slide 1 text

SendGrid Night #4 Tomoatsu Sato

Slide 2

Slide 2 text

バウンス多すぎて止められたので 解消しつつSendGridにきました わたし: • Tomoatsu Sato, work at PIXTA, Inc. • InfraEngineer • どちらかというとOPSしてます

Slide 3

Slide 3 text

No content

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

_人人人人人_ > Suspend <  ̄Y^Y^Y^Y ̄

Slide 7

Slide 7 text

No content

Slide 8

Slide 8 text

_人人人人人人_ > 突然の死 <  ̄Y^Y^Y^Y^ ̄

Slide 9

Slide 9 text

AWSに限らず、どのサービスでも必ず警告を送ってくれます。 警告を見なかったり、気付かず対応しないままであれば当然止められます。

Slide 10

Slide 10 text

© タイトル:ブラックジャックによろしく 著作者名: 佐藤秀峰 サイト名: 漫画 on web URL: http://mangaonweb.com/

Slide 11

Slide 11 text

そういえば: どうして凍結された?

Slide 12

Slide 12 text

No content

Slide 13

Slide 13 text

やったこと: 1. まず現実を受け入れます 2. メールサーバをAWS外に移し、 3. サプレッションリストを作りつつ、 バウンストラップの仕組みを作る

Slide 14

Slide 14 text

SendGrid via Softlayerを 使いました

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

「SendgridのHV料金プラン、 提供していないことが判明しました」 ※いま(2016年5月現在)はあるみたいです

Slide 17

Slide 17 text

従量課金でのりきることに 1ヶ月で重課金兵になれます☆

Slide 18

Slide 18 text

• バウンスさせないこと • メールアドレスの スクリーニング • サプレッションリスト を保持する • バウンスレートを監視 しましょう →よそのRBLに載ると 厄介

Slide 19

Slide 19 text

No content

Slide 20

Slide 20 text

No content

Slide 21

Slide 21 text

配信準備サーバ バッチサーバ サービス バウンスしたら

Slide 22

Slide 22 text

• 携帯キャリア向けの配信をSendGridに • SESが特にダメなところ • docomo.ne.jp / ezweb.ne.jp / i.softbank.jp / icloud.com • ユーザのアクティビティを絞る • • バウンス時にユーザに通知する仕組みを作る • ダブルオプトインを使う

Slide 23

Slide 23 text

No content

Slide 24

Slide 24 text

おわれ

Slide 25

Slide 25 text

• Amazon Simple Email Service での E メール送信の ベストプラクティス • http://d36cz9buwru1tt.cloudfront.net/jp/wp/AWS_Ama zon_SES_Best_Practices.pdf