MSDTCが利用できないときにゲートウェイを使用してnservicebusを設定する方法

Question

NServiceBusが新しく、WCF/RPCソリューションにメッセージングを導入しようとしています。

アーキテクチャ上の制約とオーバーヘッド（メモリとCPU使用率が既に高いため）により、IT運用ではMSDTCが許可されません。 （私はまた2PC fwiwを避けることに熱心です）。私はまた、HTTP経由でメッセージを要求するので、NSBブリッジは素晴らしいソリューションのように見えます。

これらの投稿（how-i-avoid-two-phase-commitおよびextending-nservicebus-avoiding-two-phase-commits）に基づいて、DTCが無効の状態でNSBを使用できるかのように見えます。 は、NSBをセットアップするのと同じ方法で2PCを回避することができますが、現時点では、NSBがイベントソーシングをミックスに追加するのではなく、機能するようにしたいと思っています。

質問：

1. は、このように動作するようにNSBの設定のいずれかの例がありますか？余分な複雑さ（ローカルメッセージステートストレージを持つカスタムメッセージハンドラ）を追加することはとても嬉しいです.2PCなしでは本当に別のオプションはありません。私はすでにこの例（IdempotentConsumer）を知っていますが、このレポのテストプロジェクトにはコードは含まれていません。 nosqlストレージを使用した例があればさらに役立ちます。
2. DTCを処理するためにNSBブリッジを変更する必要がありますか？私はno-bridgeトランザクションがローカルキューに対してのみであると推測していますが、ローカルキューを消費するプロセスは明らかに2PCを避けるためにコード化する必要があります。正しい？
3. NSDをMSDTCなしで使用している他の有用なリソースや記事はありますか？解決策（how-i-avoid-two-phase-commit）はそれほど複雑ではないようですが、私はNSBから始めました。このためのクイックスタートを見つけるのは素晴らしいことでしょう。
4. これは一般的なシナリオだと思っていましたが、 NSBを使用している間にMSDTCを回避することについて多くのことが書かれているようです。確かに、メッセージバスを使用しているがMSDTCの使用を許可されていない他の人がいる...私が逃した別の明らかな方法はありますか？

おかげ

Answer 1

2）はい、あなたは問題ないはずです。重複排除を自分で行っているので、あなたのためにゲートウェイを行う必要はありません。 InMemoryの永続性を使用するように構成すれば、うまくいくはずです。