我正在努力评估BizTalk;我需要了解使用BizTalk监视（WCF）Web服务的使用和性能的优缺点。
除了采用新技术的明显成本和学习曲线外，使用BizTalk作为Web服务性能监控工具还有什么特别的缺点吗？
我已经看过WSO2 ESB的一个演示，其中展示了一些很好的图表，其中使用了为其提供外观的服务。在BizTalk中有什么类似的东西吗？
坚持一个供应商是一个吸引人的前景，我们（大部分） *是一个全微软的环境，但使用BizTalk还有其他任何关键优势，它提供的其他地方无法提供的东西吗？或者它是一个明确的市场领导者？
修改
*我说大多数都是微软，因为我们不使用SCOM;相反，我们有Nagios和Cactai
答案 0 :(得分：2)
我想在这种情况下通常要寻找的是将放在您自己的服务的前面并且通常可以代理流量但处理服务路由等事情的东西。响应的转换，服务的可能可视化（因此一个调用可以在后端调用多个服务），安全性，监视等等。然后，通过使用这种代理服务，可以获得所有这些功能，而无需实际实现它们在每项服务中 - 对吧？
我可以直接说，如果您特别希望使用上述功能支持您的服务层，BizTalk可能不是完美契合。 BizTalk非常棒，如果你有更传统的应用程序集成应用程序，你需要可靠的消息传递和很棒的适配器支持，以便与一堆不同的系统和协议进行通信等等。
主要问题是BizTalk会多次保留邮件并增加延迟。这不能配置，所以即使对于简单的类似get的消息，一切都将作为一个非常重要的消息处理（但也许这就是你正在寻找的东西？）另外BizTalk实际上缺少一些东西，如良好的监控功能示例服务利用率（您必须使用BAM或其他东西来解决此问题。）
其他可能的解决方案是Sentinet from Nevatech或来自SOA Software的内容。
答案 1 :(得分：1)
根据我使用Biztalk的经验（并行工作，而不是直接使用），我会说在你描述的场景中它可能并不理想。它可以用于那项工作，但有点像使用双层巴士来破解坚果;坚果会破裂，但这个过程会消耗更多的资源，而不是严格必要的。
WCF管道有很多灵活性，我首先要先写一些内容来监控您正在寻找的内容，或者为这些目的找到第三方工具。
我花了很多时间考虑这个问题，我也会说，尽管单一供应商的方法具有一定的吸引力，但第三方通常会为Microsoft堆栈构建比Microsoft更有用的工具。
答案 2 :(得分：1)
您需要的是非侵入式SOAP和REST服务监控工具。看看内华达的Sentinet，http://www.nevatech.com/sentinet/api-monitoring。这是市场上唯一的SOA和API治理以及运行时管理空间的工具，它完全基于Microsoft技术，可以很好地与Microsoft服务配合使用。这个工具正是您正在寻找的。
Andrew Slivker