現在の雇用主のセットアップには、Javaプラットフォーム上の1セットのバックオフィス機能と、2つの別々の.NETベースのプラットフォーム上の別の機能グループがあります。全体的な建築家は存在しません。
Javaの連中は、おそらくそれらの間で、.NETシステムや他の外部システムとのメッセージングにApacheQPIDとAMQPを採用することにしました。
.NETアーキテクチャには、IIS/WASおよびWindowsServerAppFabricでホストされるWCFサービスが含まれます。
落とし穴がある場合、AmqpBindingとIIS / WASの経験はありますか？
最初の問題はIIS/WAS / AppFabricだと思います。これは、WASでホストされる非HTTPサービスには、通常Windowsサービスとして実行され、ワーカープロセスと通信する追加のプロセス（リスナー）で構成されるインフラストラクチャに対する追加の要件があるためです。このプロセスは、メッセージの送受信を担当し、WASでのサービスのアクティブ化を可能にします。QPIDプロジェクトにはリスナープロセスがすでに作成されているとは思いません。ほとんどの場合、リスナーを自分で実装する必要があります。このサンプルでカスタムUDPアクティベーターを確認してください。