評判も履歴も安心も失わずに送信を移行します。2つのプロバイダーを並行稼働させ、段階的に切り替えます。
AIがSESのIDとSNSイベントを、レビュー可能なマッピングに変換します
ドメイン、キー、テンプレート、webhook、抑止リストを一覧にします。
MigoSMTPのDNSレコードを、既存のレコードと並べて追加します。
テンプレートとwebhookを作り直し、抑止リストをインポートします。
段階的にトラフィックを移し、配信状況を確認します。
安定したら、古いレコードとキーを削除します。
用語は、執筆時点のプロバイダーのドキュメントに基づいています。公開前に最新のドキュメントで確認してください。
aws sesv2 send-email \
--from-email-address hello@yourdomain.com \
--destination ToAddresses=user@example.com \
--content 'Simple={Subject={Data=Hello},Body={Html={Data="<p>Hi there</p>"}}}'curl https://api.migosmtp.com/v1/send \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"from": "hello@yourdomain.com",
"to": "user@example.com",
"subject": "Hello",
"html": "<p>Hi there</p>"
}'説明用のリクエストです。フィールドの完全な一覧はAPIリファレンスをご覧ください。
Amazon SESからMigoSMTPへ移行するには、まず検証済みID、設定セット、イベント送信先、アカウントレベルの抑止リストを洗い出し、SESのレコードを残したままMigoSMTPでドメインを認証します。次に新しいSMTPまたはAPIの認証情報を作成し、SNSやキューのコンシューマーをwebhookに置き換え、抑止リストをインポートします。トラフィックは段階的に移し、配信状況を比較してください。SESのIDとIAM認証情報の削除は、SESでの送信が一定期間(任意で設定)止まったことを確認してからにします。
チームがSESから移行する理由は、IAMポリシー、SNSトピック、キューなど、メール周りのAWS構成要素を減らしたい、あるいはルーティングやサポートの選択肢を広げたい、といったものが一般的です。設定の多くは引き継げます。検証済みIDはドメイン認証に、設定セットはワークスペースとストリームに対応し、抑止リストもインポートできます。サンドボックスの状態、送信クォータ、リージョンごとの挙動などは、ご利用アカウントについてプロバイダーの最新ドキュメントで確認してください。変更点はすべて記録し、チームで認識を揃えておきましょう。
AI移行アシスタントは、エクスポートしたSESの設定(ID、設定セット、イベント送信先など)を読み取り、それぞれをMigoSMTPにどう対応付けるかを信頼度スコア付きで提案します。SNSトピックがカスタムコードにつながっている場合は、更新が必要なコンシューマーを示します。提案された変更は、担当者が1件ずつ承認するまで適用されず、承認は記録されます。アシスタントがメール送信やDNS編集を自動で行うことはなく、タイミング、範囲、ロールバックはお客様が管理します。
配信、バウンス、苦情のイベントがSNS経由でキューやLambda関数に流れている場合は、そのロジックをMigoSMTPのwebhookに向け直します。しばらく両方の経路を並行して動かし、データベースの更新内容が一致することを確認してください。
SES SMTP認証情報を使うアプリケーションには、新しいホスト、ポート、MigoSMTPの認証情報が必要です。IAM由来のSES認証情報とMigoSMTPの認証情報は別々に管理されるため、サービスは1つずつ切り替えてください。
設定セットは通常、レシートやニュースレターなどの用途ごとに作られています。それぞれに対応するワークスペースまたはストリームを作成すると、レポートと抑止の処理を分けて管理できます。
新しい送信アカウントには独自の制限が設定されます。送信量を移す前に、開始時のクォータを確認してください。MigoSMTPでまだ検証していないメール種別は、SESを有効のままにしておきます。
通知トピックとハンドラーを、同じイベントをアプリケーションに直接送るwebhookに置き換えます。
ドメインチェック、ウォームアップのガイダンス、モニタリングを自前で構築せず、マネージドな機能を利用できます。
エクスポートしたID、設定セット、イベント送信先を読み取り、MigoSMTPでの対応項目を信頼度スコア付きで提案します。判断が曖昧な項目にはフラグが付き、各マッピングはチームメンバーが承認してから作成されます。
コードリポジトリのエクスポートからSNSとSQSのメッセージハンドラーを探し、webhookへの変更が必要なものを一覧にします。更新案を作成しますので内容をご確認ください。自動で変更されることはありません。
トラフィックを移している間、バウンス、遅延、苦情の各率をSESでのベースラインと比較して追跡し、乖離があれば通知します。各段階を続行・保留・ロールバックのどれにするかはお客様が決めます。
MigoSMTPのAPIは、ツールやエージェントが読み取れる形式でドキュメント化されているため、お客様のスクリプトやアシスタントがリクエストを下書きできます。送信や設定の変更は、いずれもお客様の承認が必要です。
SES移行に対するAIの提案は、お客様が確認して承認するまで適用されません。
送信を始める前に、アカウントレベルの抑止リストと、リストレベルのエントリをダウンロードしてください。インポートしておけば、すでにバウンスや苦情があったアドレスへの再送を防げます。
SESのSMTP認証情報やアクセスキーを保持しているサービスをすべて洗い出します。1つずつ置き換え、ログに利用履歴がなくなったら古い認証情報を無効にします。
現在使っているドメインと送信元アドレスをそのまま認証してください。Fromドメインと認証済みドメインの不一致は、テスト失敗の典型的な原因です。
移行期間中は、SESのIDと認証情報を有効にしておきます。MigoSMTP上であるストリームに問題が起きても、すぐに元へ戻して落ち着いて原因を調べられます。
メールを特定のリージョン内にとどめる必要がある場合は、移行前にクラウド部門とコンプライアンス部門と利用可能なリージョンを確認してください。移行後にログと受信者データがどこに保存されるかも文書化しておきます。
送信量を移す前に、通知トピックとハンドラーをwebhookエンドポイントに対応付けておきます。
Amazon SESから移行をお考えですか?開始前に、当チームがイベントパイプラインを確認します。
IDと設定セット、抑止リストをエクスポートし、MigoSMTPでドメインを認証して新しい認証情報を作成し、SNSイベントハンドラーをwebhookに置き換えて、トラフィックを段階的に移します。SESのIDとIAM認証情報は、SESでの送信が止まってから無効にしてください。まずは一部のトラフィックでテストし、結果をチームで確認しましょう。
SMTPのみのシンプルな構成なら、数日で移行できます。複数の設定セット、SNSトピック、Lambdaハンドラーがある構成では、イベントパイプラインを作り直してテストする必要があるため、より時間がかかります。段階的なランプアップを含め、数週間を見込んでください。まずは一部のトラフィックでテストし、結果をチームで確認しましょう。
MigoSMTPには、SESのサンドボックスの状態とは別に、独自のアカウントオンボーディングがあります。送信量を移す前に、開始時の上限を当チームにご確認ください。未検証のものについては、SESを有効のままにしておいてください。まずは一部のトラフィックでテストし、結果をチームで確認しましょう。
MigoSMTPのwebhookは、配信、バウンス、苦情などのイベントをお客様のHTTPSエンドポイントに直接届けるため、SNSトピックやキューが不要になる場合があります。新しいペイロードに合わせてコンシューマーを更新し、しばらく両方の経路を動かして比較してください。まずは一部のトラフィックでテストし、結果をチームで確認しましょう。
評判はドメインとIPに紐づくため、自動的には引き継がれません。ドメインを認証し、少量のメールから始めて、段階的に増やしてください。SESで専用IPを使っている場合は、新しいIPのウォームアップを計画しましょう。まずは一部のトラフィックでテストし、結果をチームで確認しましょう。
はい。アカウントレベルの抑止リストをエクスポートし、最初の送信前にMigoSMTPへインポートしてください。漏れがないよう、エクスポート形式とリストレベルのエントリを、プロバイダーの最新ドキュメントと照らして確認してください。まずは一部のトラフィックでテストし、結果をチームで確認しましょう。
はい。両方で同時にドメインを認証できるため、アプリケーション、設定セット、受信者ドメインごとにトラフィックを振り分けられます。SESの認証情報は、ログで利用がなくなったことを確認するまで有効にしておきましょう。割合を増やす前に、両者のバウンス率と苦情率を比較してください。
AIが対応付けの案を作成し、判断は人が行います。エクスポートしたID、設定セット、イベント送信先を読み取り、MigoSMTPでの対応項目を信頼度スコア付きで提案し、変更が必要なSNSコンシューマーにはフラグを付けます。変更は、担当者が承認してから適用されます。
はい。多くのチームは、まず少量をMigoSMTP経由で送信し、徐々に増やしています。
共有プールから専用IPへ移る場合はウォームアップが必要です。ガイドまたは計算ツールをご利用ください。
Amazon SESの移行計画と切り替えスケジュールを、当チームが確認します。