メッセージバスvs.サービスバスvs.イベントハブvsイベントグリッド
私はメッセージングシステムを学んでいて、それらの用語に混乱しました。
以下のすべてのメッセージングシステムは、異なる機能のセットを持つサービス間の疎結合を提供します。
queue-FIFO、プルメカニズム、キューごとに1つのコンシューマ、ただし任意の数のプロデューサ？
message bus-pub/subモデル、任意の数のプロデューサーがメッセージを処理する任意の数のコンシューマー？ Azure Service Busはmessage busの実装ですか？
event bus-pub/subモデル、任意の数のプロデューサーがイベントを処理する任意の数のコンシューマー？
用語について言えば、message busとevent busは同じ意味で使用されていますか？
イベントとメッセージの違いは何ですか？この文脈ではそれらは同義語ですか？
event hub-pub/subモデル、パーティション、再生、コンシューマーはイベントを外部ストレージまたはほぼリアルタイムのデータ分析に保存できます。イベントハブとは正確には何ですか？
event grid-イベントハブのダウンストリームサービスとして使用できます。 event hubが正確に何をしないのですか？
それぞれのテクノロジーが別のテクノロジーにどのように進化していくか、実際の使用例に関連付けられた歴史的な背景を誰かが提供できますか？
メッセージバスvs.メッセージキュー が見つかりました
「バス」については、サウンドエンジニアになることを学んだので、「歴史的」な情報をお伝えします。音楽ミキサーには、信号をミキシングするための「バス」と「ルーティング」もあります。ミキサーの場合、私たちは電気信号について話しているのです。
メッセージングシステムについては、「バス」、「ハブ」、「グリッド」を同義語と考えてください。それらはすべて同じことの派手な言葉です。あなたは常に生産者と消費者がいるので、彼らはある種のルーティングを含むある種の輸送システムを表現しようとしています。これはN：Mの関係になる可能性があります。ユースケースによって異なります。
通常、キューは少し異なりますが、その効果は同じです。待ち行列とは、何かが並んでいるものを意味します。 （劇場チケット...）
今日、すべてがデジタルであり、それは本質的にそれが数えることができることを意味します。そのようにして「メッセージ」が生まれました！ミュージックミキサーは、従来は数えられないが連続的なアナログ信号を混合するため、情報はf.exになります。話し声やあらゆる種類の音。今日、「メッセージ」とは、ユニークで数えられる、ある種の情報パッケージを意味します。つまり、キューに追加したり、キューから削除したり、ハブに送信してコンシューマーが消費したりできる「もの」です。
心配しないでください、あなたはそれらの用語に慣れるでしょう！私はあなたにアイデアを与えることができたと思います。