BizTalk の評価に苦労しています。(WCF) Web サービスの使用とパフォーマンスを監視するために BizTalk を使用することの利点と欠点を理解する必要があります。
新しいテクノロジを習得するための明らかなコストと学習曲線に加えて、BizTalk を Web サービス パフォーマンス監視ツールとして使用する際の特定の欠点はありますか?
私は WSO2 ESB のデモを見たことがあります。これは、ファサードを提供するサービスを使用していくつかの素晴らしいグラフを示しています。BizTalk にこれに似たものはありますか?
1 つのベンダーに固執することは魅力的な見通しであり、私たちは(ほとんど) * すべてが Microsoft 環境ですが、BizTalk を使用することの他の重要な利点はありますか? または、明確な市場リーダーであることは何ですか?
編集
* SCOM を使用していないため、ほぼすべて Microsoft と言いました。代わりに Nagios と Cactai があります
この種のシナリオで通常探しているのは、独自のサービスの前に置くものであり、一般的な方法でトラフィックをプロキシできますが、サービスのルーティング、応答の変換、サービスの可能な視覚化などを処理できると思います (したがって、 1 回の呼び出しでバックエンドの複数のサービスを呼び出すことができます)、セキュリティ、監視などです。この種のプロキシ サービスを使用することで、各サービスに実際に実装する必要なく、これらすべての機能を取得できるという約束があります。
上記のような機能を備えたサービス レイヤーのサポートだけを特別に探している場合、BizTalk はおそらく完全には適合しないとすぐに言えます。BizTalk は、より従来型のアプリケーション間の統合があり、信頼性の高いメッセージングや、さまざまなシステムやプロトコルなどと通信するための優れたアダプター サポートが必要な場合に最適です。
主な問題は、BizTalk がメッセージを何度も保持し、待ち時間が増えることです。これは構成できないため、単純な get-like メッセージであっても、すべてが非常に重要なメッセージとして処理されます (しかし、これがあなたが探しているものかもしれません)。サービスの利用例 (これを解決するには、 BAMなどを使用する必要があります)。
これに対する他の可能な解決策は、Nevatech の SentinetかSOA Softwareの何かです。
私の Biztalk での作業 (直接使用するのではなく、一緒に作業する) の経験から、あなたが説明しているシナリオでは理想的ではないかもしれないと言えます。それはその仕事に使用できますが、2 階建てバスを使用してナッツを割るようなものです。ナッツは割れるでしょうが、プロセスは厳密に必要以上のリソースを消費します.
WCF パイプラインには多くの柔軟性があります。最初に、探しているものを正確に監視するための何かを作成するか、これらの目的のためのサード パーティ ツールを見つけることを検討します。
これに関して両方の方法を学ぶのに時間を費やしてきたので、単一ベンダーのアプローチには一定の魅力がありますが、サードパーティは、Microsoft よりも Microsoft スタック用のより有用なツールを構築することがよくあります。
必要なのは、非侵入型の SOAP および REST サービス監視ツールです。Nevatech の Sentinet ( http://www.nevatech.com/sentinet/api-monitoring ) をご覧ください。これは、SOA および API のガバナンスとランタイム管理の分野で市場に出回っている唯一のツールであり、完全に Microsoft テクノロジに基づいて構築され、Microsoft サービスとうまく連携します。このツールはまさにあなたが探しているものです。
アンドリュー・スリブカー