2つのアプリが直接やり取りすると、一方の障害がもう一方を巻き込みます。このエピソードでは、Azure Service Busがメッセージブローカーとしてアプリを疎結合にする仕組みを、書類を預かり受取人の手が空いたときに届ける受付にたとえて解説します。このエピソードで学べること：密結合と疎結合：メッセージブローカーが障害を吸収し、送信側と受信側を個別にスケールできる理由サブスクリプション付きのキューとトピック、顧客の地域や優先度などのカスタムプロパティによるフィルターメッセージの構造：多くはJSONの本文、メッセージIDやシーケンス番号などのシステムプロパティ、レベルごとのサイズ上限リマインダーやタイムアウト向けのスケジュール配信と、ロック・完了・破棄・配信不能キューというライフサイクル冗長化して保存される永続的なメッセージと、Event HubsではなくService Busを選ぶべき場面Azureで分散アプリケーションやマイクロサービスを確実につなぎたい開発者とアーキテクト向けです。このエピソードは、Microsoft MVP Mirko Peters による M365 Show のアニメーション動画をAIで吹き替えた日本語版です。▶ 動画を見る: https://youtu.be/w_UgktBRaNo🎧 他のエピソード: https://www.m365.fm🎤 M365Con – 無料のオンライン Microsoft カンファレンス: https://m365con.net💼 LinkedIn の Mirko Peters: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.