proxmox.blog

保存中のメッセージやブローカー間の通信を暗号化して、盗み見されないようにできる。KMSと連動して鍵を厳重に管理するから、たとえデータを持ち出されても簡単には解読できないんだ。

CloudWatchでブローカーの状態やキューのメッセージ数、消費速度などをグラフにできる。急にメッセージが増えている場合に気付いたり、遅延が発生していないか確認したりできるんだ。

EBSなどの永続的なストレージを使うか、一時的なストレージにするか選べる。メッセージを必ず残したい場合はEBSがいいし、パフォーマンス重視で多少の消失OKなら別の選択肢もある。

ブローカーを2つ用意して、片方がダメでももう片方で継続する仕組み。大事なメッセージが消えてしまわないように、冗長構成をとって故障に耐える設計ができるんだ。

ActiveMQエンジンの場合、管理画面を使ってキューやトピックの状況、メッセージ数、接続中のクライアントなどを直接確認できる。AWSが独自に運営しているけど、ユーザー自身でもこのコンソールが見られるんだ。

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

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

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

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

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