我正在努力评估 BizTalk；我需要了解使用 BizTalk 监视 (WCF) Web 服务的使用和性能的优点和缺点。
除了采用新技术的明显成本和学习曲线之外，使用 BizTalk 作为 Web 服务性能监控工具还有什么具体的缺点吗？
我看过 WSO2 ESB 的演示，它展示了一些漂亮的图表以及它提供的外观服务的使用情况。 BizTalk 中有类似的东西吗？
坚持使用一个供应商是一个很有吸引力的前景，我们(大部分)*是一个全 Microsoft 环境，但是使用 BizTalk 是否还有其他关键优势，它提供的任何其他地方无法提供的优势？或者在哪些方面它是明显的市场领导者？
编辑
* 我说大部分都是微软的，因为我们不使用SCOM；相反，我们有 Nagios 和 Cactai
最佳答案
我想在这种情况下，人们通常会寻找将放在您自己的服务前面的东西，并且通常可以代理流量，但可以处理服务路由之类的事情，响应的转换、可能的服务可视化(因此一个调用可以调用后端的多个服务)、安全性、监控等。我们的 promise 是，通过使用这种代理服务，人们无需实际实现即可获得所有这些功能他们在每项服务中都这样做 - 对吗？
我可以立即说，如果您只是想通过上述功能来支持您的服务层，那么 BizTalk 可能不是完美的选择。如果您有更传统的应用程序到应用程序的集成，并且需要可靠的消息传递和强大的适配器支持等功能来与许多不同的系统和协议(protocol)等进行通信，那么 BizTalk 非常有用。
主要问题是 BizTalk 会多次保留消息并会增加延迟。这是无法配置的，因此即使对于简单的类似 get 的消息，所有内容都将被视为极其重要的消息(但也许这就是您正在寻找的？)此外，BizTalk 实际上缺乏一些东西，例如良好的监视功能示例服务利用率(您必须使用BAM或其他东西来解决这个问题)。
其他可能的解决方案是 Sentinet from Nevatech或来自SOA Software的东西.
关于biztalk - BizTalk 2010+ 在监控 Web 服务的使用和性能方面有何优缺点，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17341786/