Amazon SESのサプレッションリスト有効化時におけるメトリクス監視について | iret.media
1. はじめに こんにちは、クラウドインテグレーション事業部のMitsuoです。 皆さん、Amazon SESのメトリクスは何を監視していますか？ 担当案件で監視設計を行った時に学びになった点を記事にしてみます。 2. 対象読者 Amazon SESを触ったことがある人 ソフトバウンス、ハードバウンス、苦情メールなどメール配信に関する用語を理解している人 3. サプレッションリストについて 本題に入る前に簡単な概要説明です。 一言で言うと「Amazon SESにおける配信停止のメールアドレス一覧」です。 デフォルトで有効化されており、バウンス、苦情メールの発生時にリストへと追加されます。 SES は、アカウントレベルのサプレッションリストのアドレスに送信したメッセージを、アカウントのバウンス率または苦情率に対してカウントしません。 参考：Amazon SES アカウントレベルのサプレッショ
AWS Lambdaを定期実行して、Amazon Auroraクラスターを最小限の稼働に抑えるシステムを組んでみた | DevelopersIO
AWS Lambdaを定期実行して、Amazon Auroraクラスターを最小限の稼働に抑えるシステムを組んでみた AWS Lambdaを定期実行させて、Amazon Auroraクラスターを7日以上停止するシステムを構築してみました。Amazon Auroraは自動メンテナンスなどのマネージドな性質上、長期停止ができません。これを他のAWSサービスを組み合わせて擬似的に長期停止させます。 Amazon Auroraのクラスターの稼働を抑えたい おのやんです。 みなさん、Amazon Aurora（以下、Aurora）のDBクラスター（以下、クラスター）の稼働を抑えたい状況になったことはありませんか？私はあります。 一般的に、Auroraをはじめとするデータベース系のマネージドサービスは、必要なメンテナンスを実施できる状態を維持するために、完全な停止ができない仕様となっています。例えばAm
AWS Lambdaが何度も繰り返し実行され請求が1000倍になった話
概要 Serverless Frameworkを利用して、API Gateway、Lambda、SQSなどを利用したシステムを運用していました。 ある日、AWSのコンソールを確認すると、今月の請求額が普段の1000倍になっていました。 詳細を確認すると、特定のLambdaが何度も実行されており、LambdaとデータソースであるDynamoDBの料金が大きくなっていました。 慌てて修正したのですが、何が原因なのかわかりにくかったので、知見として共有します。 先に結論から言ってしまうとSQSのvisibility timeoutの設定が適切にされていないのが原因でした。 構成図 API GatewayからHTTPSのリクエストを受け取って、Lambdaを実行しています。 SQSを経由して別のLambdaを非同期で実行するという比較的シンプルな構成です。 実際はDynamoDBが永続層として存在
サーバーレスアプリケーション開発におけるエラーハンドリング ~ ワークフローパターン 前編 ~ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
選択 第 1 回 オープニング 第 2 回 Web API パターン 第 3 回 イベント駆動のデータ加工、連携処理パターン 第 4 回 マイクロバッチ・ストリーミングパターン 第 5 回 ワークフローパターン 前編 第 6 回 ワークフローパターン 後編 ワークフローパターンは、条件分岐を含むシーケンシャンルなステップの集合です。それらのハンドリングを一つのプログラムモジュールで実現しようとすると、条件判断や、エラーハンドリング、リトライ、などのビジネスロジック外の本質的ではないコードが多く記述されることになり、また単一のモジュールにすべての処理をまとめると、各々の処理が密結合になるリスクなどもあります。 こういったリスクを排除するために、ワークフローエンジンを利用し、各処理単位で独立したタスクに切り出したプログラムモジュールを組み合わせて、本質的ではないタスク間の連携処理については、ワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
