关于ESB - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

就是一个报文转换,路由转换,现在好一点的大前置,都比他们叫做什么ESB好多了,开发新业务比ESB方便多了,ESB就是一个大忽悠人啊,谁用谁后悔,用了以后,开发一个很简单的业务,你们都会头痛死的,国内的一些银行就喜欢一些大忽悠,比如IBM,神码的ESB,都是超级大忽悠.
ESB好否，我觉得还是看你怎么定位他，怎么用他？以及行内的实际需要。这三者结合好了，一般也还不错！
dream_lu 发表于 2012-9-1 11:43

就是一个报文转换,路由转换,现在好一点的大前置,都比他们叫做什么ESB好多了,开发新业务比ESB方便多了,ESB就 ...
这个我也发现了，见了几个国内的所谓ESB实施，ESB这个本来技术内容非常丰富、技术概念非常先进的平台，到了神码、IBM这些大厂商的实施案例中，就完全变成了简单的报文统一集中转换和路由转发的报文交换平台了，这和2000年初期出现的“智能交换平台”之类的低端产品根本没有分别。问题是有些银行居然会接受这种观点。
ESB=统一报文交换平台， 这就是目前国内主流厂商希望引导市场的认知方向，真叫人无语。
CountOnMyself 发表于 2012-9-1 14:18

这个我也发现了，见了几个国内的所谓ESB实施，ESB这个本来技术内容非常丰富、技术概念非常先进的平台，到 ...
老C觉着，真正好的ESB应该做成什么样子呢？
pacman2000 发表于 2012-9-1 23:33

老C觉着，真正好的ESB应该做成什么样子呢？
我的个人看法，通讯接入、报文转换、消息路由、安全机制及异构连通性等基础集成服务功能，是前置类平台（包括数据交换平台、综合前置、EAI、ESB等）都具备的基础特性，不应成为足以定位ESB功能特征，而完善的处理机制、高可用性、高稳定性、以及服务水平和质量治理能力等，只是一些技术指标要求或者辅助功能，也无法成为描述ESB的核心特征。
我认为，真正的ESB，应该是构建银行IT整体架构的基础技术设施，是足以在其上统一构建所有应用组件及业务功能的标准化服务平台，而不是仅仅为一个简单的报文格式转换和消息转发。
为真正实现该目标，显然仅有报文处理能力是远远不够的。从功能方面至少可考虑补充几点：
1. 高效易用的组件化开发管理框架，易于快速开发应用功能组件。
2. 强大的业务流程管理能力，能够以可视化方式提供强大的服务内容编排能力。WFMC或者BPMN标准（似乎两标准是统一了）是比较合适的可选的服务流程编排标准语言。
3. 如果能够具备通用规则引擎，可适用多变性业务规则处理的实现，则更好，可以减少开发组件的工作量和时间。
4. 提供丰富的针对行业的公共基础组件，可以提升新业务需求开发的效率，减少重复开发。
5. 友好易用的可视化开发平台、服务监控、模拟测试等工具，也是必不可少的。
而在性能指标方面，既然目标是作为全行统一的基础技术设施，必须具备的指标大家都应用懂的，就不多说了。