AWS

メールアドレス宛に通知を送る一番オーソドックスな方法。日常的にみんなが使う手段だからセットアップも簡単だし、イベントが起きたらすぐメールで知らせるようにすれば、確認して対応がしやすくなるんだ。

メッセージを“列に並べて順番待ちさせる”キューサービスだよ。複数のシステムで連携するとき、一時的にこのキューにメッセージを貯めておけば、処理が詰まらずスムーズに流れる。待ち行列のような役割なんだ。

SNSからのメッセージを“キュー”に貯めることで、あとからまとめて処理するやり方だよ。大量の通知が一気に来てもSQSに並べておけば、安全に順番待ちできる。メッセージの見逃しを防ぐためにもよく組み合わせるんだ。

順番が多少前後してもいいけど、大量のメッセージをサクサク処理したいときの“ふつうのSQS”だよ。とにかく速くてスケーラブルだけど、同じメッセージがたまに重複する可能性がある点に注意。

クラスターの起動時に“最初に自動でやってほしい作業”を指定できる機能。必要なソフトをインストールしたり、設定ファイルを上書きしたりして、ユーザーが手動でやる手間を省き、すぐに目的の環境を整えられる。

Redshiftを自分の専用ネットワーク(VPC)の中に置けるから、ほかのサービスやデータベースと安全に連携できる。インターネットにさらさず閉じた環境で運用できるのは、セキュリティ的にも大きな安心ポイントなんだ。

分析や処理を“ステップ”に分けて順番に実行する仕組みだよ。一つのステップが終わったら次へ進むから、複雑なワークフローも管理しやすい。実行結果に応じてステップを追加したり飛ばしたりできるんだ。

特定のクエリが長すぎたり、リソースを使いすぎる場合に自動で対処する仕組み。例えば“5分以上かかるクエリはキャンセルする”などのルールを作っておくと、意図せずシステムが重くなり続けるのを防げるんだ。

EMRが作る“HadoopやSparkの集まり”そのものだよ。マスターノードとワーカーノードで構成され、大量のデータを分割して並列で処理する。終わったらクラスターを消せるから、使い捨てでも大規模分析が気軽にできるんだ。

同時に来るクエリをグループ分けして、“速く返すグループ”と“重い集計向けグループ”などを設定できる機能。これでみんなが一斉に大きなクエリを投げても、優先度をコントロールして遅延を減らせるんだ。