Azure Service Busをやさしく解説：キュー、トピック、配信不能メッセージと信頼性の高いメッセージング

2つのアプリが直接やり取りすると、一方の障害がもう一方を巻き込みます。このエピソードでは、Azure Service Busがメッセージブローカーとしてアプリを疎結合にする仕組みを、書類を預かり受取人の手が空いたときに届ける受付にたとえて解説します。

▶ Azure Service Busをやさしく解説：キュー、トピック、配信不能メッセージと信頼性の高いメッセージング（AI吹き替え）

このエピソードで学べること：

1. 密結合と疎結合：メッセージブローカーが障害を吸収し、送信側と受信側を個別にスケールできる理由
2. サブスクリプション付きのキューとトピック、顧客の地域や優先度などのカスタムプロパティによるフィルター
3. メッセージの構造：多くはJSONの本文、メッセージIDやシーケンス番号などのシステムプロパティ、レベルごとのサイズ上限
4. リマインダーやタイムアウト向けのスケジュール配信と、ロック・完了・破棄・配信不能キューというライフサイクル
5. 冗長化して保存される永続的なメッセージと、Event HubsではなくService Busを選ぶべき場面

このエピソードは、Microsoft MVP Mirko Peters による M365 Show のアニメーション動画をAIで吹き替えた日本語版です。