AWS

JavaやC++、.NETなどさまざまな言語で使えるライブラリが提供されている。すでにActiveMQやRabbitMQ向けのプログラムがあるなら、そのままAmazon MQへ切り替えやすいんだ。

よくある処理パターンがテンプレート化されていて、そこから作り始めれば設定がだいぶ省ける。初心者でも典型的なバッチ処理を迷わず始められるし、使い回しも楽になるんだ。

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

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

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

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

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

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

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

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