サービスバスとは何ですか、いつ必要ですか？

NServiceBusについての話を聞いたことがありますが、それが何であるのか本当に理解していません。彼らは「.netの最も人気のあるオープンソースサービスバス」であると主張しています。

そう; 「サービスバス」とは何ですか、いつ必要ですか？

サービスバスはSOAのイーサネットと考えることができます。

何よりもまず、イーサネットのIPアドレスのようなものを識別する言語を導入します。この名前は本質的に物理的なものではありません。

次に、半接続通信をサポートするバスの場合のキュー、またはメタファー内のイーサネットカードなど、各ノードに物理的に関与するものがあります。

物理的なだけでなく、イーサネットのOSIスタックのような通信の「プロトコル」の部分があります。バスの場合、これはアプリケーションコードで使用されるクライアントライブラリです。

最終的に、サービスバスは、分散システムを構築するための次のより高いレベルの抽象化を提供するものと見なすことができます。また、クライアントとサーバー間の通信にも使用でき、耐久性のある一方向のメッセージングを提供したり、サーバーから通知をクライアントに送信したりできます。

具体的には、NServiceBusは非常に軽量で、キューイングテクノロジー（RabbitMQ、MSMQ、レギュラーSQLテーブル、Amazon SQS、Azureストレージキュー、Azure Service Busのいずれかを選択）を使用して問題がなければ、使いやすいことがわかります。

エンタープライズサービスバスに関するWikipediaの記事をご覧ください。

サービスバスは、優れたサービス指向アーキテクチャを実装するための終わりのない探求における抽象化のさらに別の層として機能します。サービスバスは、メッセージング、ルーティング、サービス協調などの優れたサービス指向アーキテクチャの背後に見られる重い作業の一部を処理できます。

なぜそのようなものが必要なのかわからない場合は、優れたサービス指向アーキテクチャーを構成するものについて読んでおくことをお勧めします。本当に私の目を開き、Webサービスだけを持っていることと真のサービス指向アーキテクチャーを持っていることの違いを証明した本は、トーマス・エルのサービス指向アーキテクチャー：概念、技術、そしてデザインでした

この用語は、ある意味でEAIの後継（流行語として）であるSOAとともに導入されました。

いつ必要ですか？それは良い質問です。それは多くの複雑さを伴います。

経験則では、それが原因よりも多くの問題を解決する場合があります。

異機種混在環境があり、（異なるテクノロジーを使用した）アプリケーションをビジネスプロセスに合わせたい場合に深刻になります。次に、オーケストレーションとコレオグラフィーにBPELを使用すると便利です（ただし、これにより移行による問題が発生します）

編集：ウィキペディアにないものは練習です：ESBは、特別なコネクター、CorbaまたはJava Enterpriseで使用するための古いターミナルアプリケーションを使用して、相互運用性を意味するig適応できます。欠点は、SOAPを取り巻く100を超える「標準」が多大な労力なしに協力しないことです。

2つの大手保証会社が合併してから6か月以内にITシステムを相互接続する必要がある場合は、間違いなくそれが必要です。