期货交易自动化论坛

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 28|回复: 0

大前置 Vs EAI Vs ESB - 金融行业 - ITPUB论坛-专业的IT技术社区

[复制链接] |主动推送

285万

主题

285万

帖子

855万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
8553710
发表于 2022-9-11 06:12:45 | 显示全部楼层 |阅读模式
1、大前置:实现系统间集成,同时实现业务功能;类似大杂烩,缺乏标准(通讯、报文等)
     2、EAI:实现系统间集成,但不实现业务功能,建立通讯标准、报文标准。
     3、ESB:在EAI的基础上,增加服务概念,并建立服务标准。
三者放在一起对比不太合适。
大前置: 一种应用解决方案的概念,非技术的概念。可能是非标准,也可能是以EAI/ESB技术体系为核心,主要是产品厂商决定。大前置和前端,核心是一个层面的概念,是按业务职能在系统中的层次划分。
ESB/EAI:两种核心技术内容极为相似的技术体系,都以适配器技术及服务过程编排技术为核心重点。EAI强调集成和多协议支持,ESB强调统一服务标准和接口封装。EAI作用更多体现于异构系统协同,ESB作用更多体现于屏蔽后台各种服务系统接口的差异。
大前置应该说是一种业务逻辑的组合,更多还是体现业务逻辑
EAI/ESB只是一个系统架构,并不会涉及任何业务,适用场合比较宽泛!
楼上几位说的很精确。
ESB主要在实施困难,架构好设计,在实施时可以要求新上的系统要遵循ESB规定的标准,能使用已有的ESB提供的服务,就不做新的开发。
对系统开发商来说,需要修改业务系统,以支持ESB,同时公开一些服务。
最终的ESB应该由行里进行统一管理,提取公共服务(两个以上业务系统能用到的),公开出来,对行里开发人员、架构人员要求较高。
对于老系统,还是走原来的大前置。
所以有些行现在是大前置、ESB并存。
个人认为,以后的大前置只处理业务部分,其他的通讯、报文等公共模块使用ESB提供的服务。系统间数据交换走大前置。
综合大前置变成业务大前置,随需修改;ESB保持相对稳定,基本不变。
I记,O记的产品不错,但是瓶颈在于实施伙伴的能力和水平。所以,在自己不是很牛X的时候,还不如选个本土的,真真实实的帮你落地几个思路和想法。
楼上对ESB和前置的认识,心有戚戚焉。。。。尽管我不懂技术哈

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|期货交易自动化论坛

GMT+8, 2024-11-23 11:13 , Processed in 0.086002 second(s), 28 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表