AWS

ActiveMQじゃなくてRabbitMQを選べるモードだよ。RabbitMQのAMPQプロトコルが好きならこちらを使うといい。フリーで人気の高いメッセージブローカーなので、移行も簡単にできるんだ。

パイプライン全体の実行ログや各ステップの詳細をCloudWatch Logsなどに記録する。失敗やエラーが起きたときにすぐ原因を追跡できるし、成功していてもどれくらい時間がかかったか確認できる。

購読者が一時的にオフラインでも、メッセージを後から受け取れる仕組み。トピック配信でもちゃんと受け取れるから、メールアドレスみたいにいつでもどこでも漏れなくメッセージをゲットできる。

Apache ActiveMQやRabbitMQをマネージドで使えるサービス。メッセージのやり取りを“郵便局”みたいに管理して、プログラム同士が順番待ちや同時通知を簡単にできるんだ。自分でブローカーを立てなくてもいいのが魅力。

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

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

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

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

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

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