Amazon SESが最も高い「安い」メールプロバイダーである理由
Amazon SESは、メールの最安値として1,000件あたり$0.10を謳っています。それは本当です。スプレッドシートで勝つ数字です。しかし、その価格で買えるのは、正確には1つのことだけです。メールサーバーから出ていくバイトです。トランザクションメールを実行するために実際に必要なもの、つまり何がバウンスしたかを知ること、AWAが停止させる前にスパムパターンを捕捉すること、配信可能性グラフを見ることはすべて、読者の課題として残されています。ここでは理論ではなく、実際の話をしています。MailerToGoはSES上でローンチしました。そして、それが我々がそこで運営していない理由です。このポストはその課題に価格をつけます。綿密に計算すると、見出しの$0.10は、安全に運営できる段階では1,000件あたり$4~6の実効価格になります。そして、その頃までに、MailerToGo、SendGrid、Mailgunが箱の中に含めているものを、自分の費用で再構築しています。
約束
SESはAWSスケールとAWS価格でのメール、つまり1,000件あたり数セント、エラスティック、従量課金制、スタックの他の部分のすぐ横に売り込みます。純粋なスループットについては、それはそれを提供します。
現実:SESは送信パイプであって、メールプラットフォームではない
SES経由でメッセージを送信し、トランザクション送信者が答えなければならない質問をしてください:
- 過去1時間でいくつバウンスしましたか、どのアドレスですか?
- 私の苦情率は今どうですか。AWSの0.1%制限を超えて一時停止されようとしていますか?
- どのキャンペーンやコードパスがスパム苦情を生成しているのでしょうか?
- 特定のメールボックスプロバイダーの配信率が低下していますか?
- 誰が登録解除しましたか、そしてそれらはどこでも抑制されていますか?
SESはこれらのいずれにも回答していません。ダッシュボードがありません。読める事象フィードがありません。抑制UIがありません。評判グラフがありません。異常検出がありません。データは存在しますが、個々の事象のファイアホースとしてのみで、自分でキャッチ、保存、集約、可視化する必要があります。そしてあなたはする必要があります。SESは約5%のバウンスレートと約0.1%の苦情レートを強制し、それらを超えるなら、最初の「ダッシュボード」はあなたのアカウントがレビュー中であることを伝えるメールです。
構築する必要があるもの
スパムと不正使用を認識し、防止すること、トランザクションメールの必須要件は、SESが発するすべての事象のパイプラインを接続することです:送信、配信、バウンス、苦情、拒否、開封、クリック。安全でいるために必要なものをすべてトラッキングすると、送信するメッセージごとに5~10の事象が容易になります。
SES ──(configuration set event destination)──► SNS topic
│
▼
SQS queue (buffer so nothing is lost)
│
▼
Lambda (parse, run your spam/deliverability checks, write to your DB)
│
┌───────────┴───────────┐
▼ ▼
CloudWatch metrics your database
+ dashboards (suppression, history)
│
▼
the graph SES never gave you
ここがトラップです:そのパイプラインはメール当たりではなく、事象当たりで請求されます。 だからスパムと配信可能性の問題を監視するために構築する監視は、送信コストの5~10倍になります。そしてその倍数は、より慎重に進むにつれて増えます。
課題の価格設定
現実的なSaaS送信月間1,000,000トランザクションメールを考えてください。完全な事象トラッキングを使うと、大約月間7百万事象がパイプラインを流れます。説明的なUS地域の図(現在のAWS価格を確認してください。重点は形状であり、セント単位ではありません):
| レイヤー | それが買うもの | ~$/月 | ~$/1,000 |
|---|---|---|---|
| SES送信 | メッセージが出ていく | $100 | $0.10 |
| SNS | ~7Mの事象をファンアウト | ~$4 | ~$0.00 |
| SQS | 事象を信頼できるようにバッファ | ~$8 | ~$0.01 |
| Lambda | ~7Mの事象を解析、スパム/配信可能性チェックを実行、DBに書き込む | ~$60 | ~$0.06 |
| CloudWatch (カスタムメトリクス + PutMetricData + Logs) | バウンス/苦情/配信/評判グラフ。SESが省略したもの。ドメイン、キャンペーン、メールボックスプロバイダーで高カーディナリティ | ~$450 | ~$0.45 |
| NAT / データ転送 | VPC内で通信させる | ~$35 | ~$0.04 |
| 事象処理小計 | スパムと配信可能性を監視する機械 | ~$560 | ~$0.56 |
| SES送信、参考までに | $100 | $0.10 |
もう一度読んでください:監視はメール自体の約5~6倍のコストです。 SES請求書で最も安い行は送信です。CloudWatchが高い部分です。カスタムメトリクスカーディナリティが静かな殺し屋です。なぜなら、実際に不正使用を発見するために、メール送信ドメイン×イベントタイプ×メールボックスプロバイダーで分解されたメトリクスが必要で、その数は爆発的に増えます。(「SESにはダッシュボードがない」というAWS独自の答え、仮想配信可能性マネージャーは、すべての上のこれに支払いアドオンです。別途~$0.07~0.12/1,000)
そしてそれでもまだAWSの請求書に過ぎません。もう半分は人です:
| レイヤー | ~$/月 | ~$/1,000 | |
|---|---|---|---|
| パイプラインを構築(年1、按分) | SNS/SQS/Lambda + 抑制 + アラート設計に2~4週間 | ~$2,000 | ~$2.00 |
| 保守 + オンコール | ラグが生じる、AWSがAPIを変更する、新しい事象タイプが現れる | ~$1,500 | ~$1.50 |
| 完全な実効コスト | ~$4~6 / 1,000 |
$0.10は本当でした。それはただの最初の、そして最小の項目でした。
スケールではより悪い、より良くない
SESの通常の防御は「ただボリュームでは無敵だ」です。それは違います。これが理由です:送信は直線的にスケール($0.10/1,000)しますが、事象処理はあなたに対してスケールします。 より多くのメールは、より多くの事象(5~10倍)、より多くのLambda呼び出し、そして最悪なことに、ドメイン、キャンペーン、より細かく粒度の高い不正使用監視を追加するにつれて、より高いCloudWatchメトリクスカーディナリティを意味します。より大きく、より注意深くなるにつれて、可観測性税がますます支配的になります。スケール利点ではなく、スケールトラップです。
迷路
より深い問題はトータルではなく、トータルの形状です。「SESコスト」は競争相手と比較できるような1つの数字ではなく、6つのサービス、VPC、エンジニアリングロードマップにわたって拡がっています。各部分はAWS固有です:構成セット、SNSトピックポリシー、CloudWatchメトリクス数学、IAM。これらのどれも移植できません。SESを使いやすくするために構築するほど、AWS上でのみ機能し、チームだけが理解するベスポーク スタックにより多くロックインされます。そして、ビジネスが簡単に答えることができるはずの1つの質問に答えるのが難しくなります:メールを送信するのに実際にはどのくらいのコストがかかり、それは良いのか?
我々は試したから知っている
我々はスプレッドシートから理由付けていません。我々はSES上でMailerToGoをローンチしました。そしてこのポストが説明するまさにその壁に当たりました:SESを操作する完全なロードコストが下にあると、競争相手を使うことをただ顧客に伝えるよりも良い価値を提供するオファーを一緒に入れることができませんでした。SES上の我々の実コストは、我々が打ち負かそうとしていたまさにプロバイダーの表示価格より高かったのです。具体的なキラー:スパムと配信可能性の問題を監視するためだけにCloudWatchとLambdaに押し込んだ事象はSES送信自体の5~10倍のコストを実行しました。 請求書で最も安いものはメール。高い部分は見ることができます。だから我々は配信スタック、ダッシュボード、事象パイプライン、抑制、評判ツーリングを再構築しました。他の誰かのパイプに固定されたタックスとしてではなく、我々独自のインフラストラクチャーとして。それはあなたが支払っているのは何か、そしてそれが我々の価格ページの数字が全体の数字である理由です。
我々の言葉を信じるな
パターンはよく文書化されています。AWSそのものから始めます:
- AWSは監視を構築させます。 AmazonのガイダンスはSNSを通じてバウンスと苦情通知をセットアップすることです。自分でイベント公開と処理を行う。組み込みハンドリングはありません(AWS:バウンスと苦情の通知をセットアップ)。
- そしてAWSは監視しなければ一時停止します。 SESはバウンスと苦情の閾値を強制し、それらを超えるとアカウントをレビュー中に入れます。レビューをクリアするのに数日から数週間かかります(AWS:送信レビュープロセス)。
- CloudWatchは既知の請求トラップです。 メトリクス当たり、カーディナリティ駆動型の価格は、数ドルの監視をメトリクスをディメンションで分解するとしたら数百ドルに変えます。不正使用を発見するために正確に必要な細かさです(CloudWatch価格はデフォルトで月$300に当たる可能性があります)。
- 独立したレビューはエンジニアリング時間をSESの最大の隠れたコストとして名付け続けています。 $0.10の送信価格は、バウンス処理、ウォームアップ、監視のための数百ドルの月次開発者時間の隣に座っています。繰り返されている判決はSESが容量でAWS/DevOpsプラクティスを既に実行しているなら価値があるということです(SendGrid対AWS SES)。
1つの正直な調整:カジュアルな価格ガイドは基本的な SES CloudWatch監視を月$10~30に置きます。それはおもちゃバージョンです。グラフを描くに十分ですが、不正使用を捕捉するには不十分です。実際に不正使用とスパムと配信可能性の問題をフラグする高カーディナリティメトリクス(ドメイン、キャンペーン、メールボックスプロバイダー別)は数百を実行しているものです。そのギャップはその物語です。
サスペンダーと一緒のベルト代替案
MailerToGo、SendGrid、Mailgunのような、SESを構築させるものを含みます:ダッシュボード、イベントウェブフック、配信/バウンス/苦情分析、自動抑制、評判管理、スパム/不正使用コントロール、1つのメッセージ当たり価格。その数字は直接的に、ヘッドツーヘッドで、どのピアに対しても比較可能です。6サービス再構築なし、イベント当たり予期しないなし、あなたが成長するより速く成長するメトリクスカーディナリティ請求書なし。
正直な微妙さ、その数学が価値のあるなので:SESの送信価格は本当に最も低いし、あなたが本当にファイアアンドフォーゲット数学がゼロなら、あなたはセントを支払う。あなたのバウンスまたは苦情レートがあなたを一時停止して警告なしにAWSをトリップするまで、限界。その瞬間あなた安全に送信するのを保つ監視を構築する、請求書は反転して、あなたが成長する方向により硬く反転します。
購入するのに最も安い、所有するのに最も高い。
直接比較ですか?MailerToGo対Amazon SESと、準備ができたらAmazon SESからの移行方法を参照してください。配信可能性側が初めてですか?エンドツーエンド、メール認証と透明なメッセージ当たり価格から始めてください。