AWS

メッセージの保存期限を決めて、古いものは自動で消す機能。使わなくなった通知が永遠にたまらないように整理できるし、常に新鮮なメッセージだけ扱うなら便利なんだ。

メッセージを受け取って保管し、送る先へ振り分ける“メインのサーバー”だよ。ActiveMQかRabbitMQを選べて、どんな設定にするかも細かく決められる。AWSが運用してくれるので障害対応が楽になるんだ。

何度も配送に失敗したメッセージを別のキューに分けて保管。原因調査や再配達をあとでまとめてやりたいときに助かるし、正常なキューをエラーで埋め尽くさないようにできる。

メッセージを溜めておく“列”のような場所。誰かがここに投函すると、受信側は列から順番に取り出して処理できる。分散システムで負荷を分け合う仕組みとしてよく使われるんだ。

オンプレで運用中のActiveMQから簡単に移行できるツールや手順がある。設定を大きく変えずに、クラウドで同じ機能を使いたいときはこの移行作業でスムーズにいけるんだ。

購読登録した人たち全員に広く知らせる“掲示板”みたいな仕組み。1つのトピックにメッセージを書き込むと、複数の購読者へ同時に配信されるから、イベントの一斉通知などに役立つんだ。

ブローカーの動きを記録して、接続の履歴やエラーを追跡できる。どんなメッセージがいつ届いたかもわかるから、トラブルの解析や不正アクセスの発見に役立つ。CloudWatchに出すことも多いね.

Glueのカタログ情報を使って、AthenaでSQL検索が可能に。どこにどんなデータがあるかGlueが教えてくれるから、Athenaはすぐにクエリを実行できる。S3にあるファイルを表みたいに扱えるんだ。

処理が失敗したら自動で再挑戦する回数を決められる。ネットワークが一時的に落ちただけなら、何度かやり直せば成功するかもしれないし、人が起きてない時間帯でも対処されるのがありがたい。

変換したデータを直接Redshiftに取り込んだり、また逆にRedshiftのデータをS3に出したりETLできる。大規模分析用データをしっかり下ごしらえして、分析をスムーズにするのにピッタリ。