【发布时间】:2013-06-27 11:21:58
【问题描述】:
我正在努力评估 BizTalk;我需要了解使用 BizTalk 监控 (WCF) Web 服务的使用和性能的优缺点。
除了采用新技术的明显成本和学习曲线外,将 BizTalk 用作 Web 服务性能监控工具是否有任何特定的缺点?
我看过一个 WSO2 ESB 的演示,它展示了一些漂亮的图表,其中使用了为其提供外观的服务。 BizTalk 中有类似的东西吗?
与一家供应商合作是一个有吸引力的前景,我们(大部分)* 是一个全 Microsoft 环境,但使用 BizTalk 是否还有其他关键优势,它提供的任何其他地方都没有?或者它是明确的市场领导者?
编辑
* 我说大部分都是微软,因为我们不使用 SCOM;相反,我们有 Nagios 和 Cactai
【问题讨论】:
-
所以您只想监控现有的 Web 服务?当您说监控时,您是指跟踪它们的性能,而不是说确保可用性吗?无论哪种方式,我都会说 BizTalk 对此是巨大的矫枉过正。如果您是 Web 服务的提供者,您可以将此监控构建为插入 WCF 管道的某种扩展,或者作为 Web 服务本身中的跟踪调用。
-
事实上(尽管我必须说我自 2010 年以来就没有在愤怒中使用过 BizTalk,所以这可能已经改变了)对性能数据良好可视化的支持并不是最好的。
-
当我们迁移到 SOA 时,我们很可能会添加到服务列表中。我确实需要知道每项服务的性能以及使用频率。有人建议我们将使用 BizTalk 来提供服务外观,将客户端与硬编码地址分离,并允许我们(可能)移动服务,这是否是一个好主意,我还不确定。工作中的政策是首先寻找商业产品,如果没有合适的,然后建立我们自己的。目前我正在评估 BizTalk。到目前为止,这听起来确实有点矫枉过正
-
对 David 的评论 +1 - IMO BizTalk 不是管理和监控 1000's of web service facades 的好地方。我们评估的最接近的是托管服务引擎 (MSE),可悲的是 never really saw the light of day。似乎在这个领域可能还有其他商业产品,例如here。在某些时候,此功能可能会在 AppFabric 中结束。
标签: biztalk