ESB前世后生.pdfVIP

esbsoa:SOA、BPEL、ESB的前生后世 疯狂代码 http://CrazyC/ ĵ http:/CrazyC/Java/Article42730.html 我不是卖中间件所以我也不必鼓吹SOA概念和大道理 我也不是准备写本SOA书所以我也不必写博客心得体会分享时咬文嚼字 这篇文章涉及到SOA、SCA、SDO、工作流、BPEL、ESB、消息中间件、WebService、EAI、分析设计思路方 法、面向对象、面向组件众多技术不仔细看你仍然会混淆SOA=WebService=EAIBPEL=工作流ESB=消息中间 件但这些混淆全是你需要在以下阅读中体会他们差异如果你没有耐心去理解这些技术差异和来龙去脉那么你可 以直接阅读最后段那里是整理总结你可以无需了解过程直接了解正确结果但可能会造成你只知道什么是正确但 不明白为什么它是正确如果你正好想要这种结果那么正合你心意 SOA很难是领导SOA影响力和市场产品公司把许多东西都装进了SOA以希望获得揽子解决方案 这个解决方案从SOA项目方案规划咨询思路方法到项目管理(project management)思路方法(如RUP项目岗位 角色职责流程评估)到业务描述思路方法(如UML)到中间件到业界标准(如WebService、SOAP、SCA、SDO)到 系统整合诊断到系统整合接口设计(如如何设计面向服务接口)到系统整合业务流程整合(如BPEL)而业务流程整合 往往被业界工作流和业务基础平台牵扯而国外项目牵扯到系统整合就牵扯到遗留系统什么Corba、COBOL、 PL、SAP、JAVA更是让国内员茫然失措 不仅仅是众多领域名词、技术标准、产品名称让国内员心慌而且国内IT技术发展时间短根本没多少遗留系统而 且国内员也大多年轻对过去技术发展和遗留系统产生和应用历史也不太清楚所以把各种原因都综合在起让员望 而却步而企业CIO们看这么复杂而且还搞不清楚有什么用而且定很贵而且定实施周期长风险大就听说业界鼓吹 SOA有利于系统整合、SOA可以使你IT和业务能灵活随需应变但业界也始终没有拿出让人易懂和信服案例介绍 说明如何就能灵活随需应变和系统整合于是CIO们更是迷茫 我想起刘韧在2008CSDN技术大会句话:不讲假话要讲实话；不讲道理要讲经历 我就拿自己所感受所经历跟大家分享下 去年做了个中大项目项目周期耗时半年中间当然还少不了经常斗争并合作着IBM、SAP两个老熟人 项目是个大型国企全国系统整合从C/S软件Software到B/S软件Software都要整合在个数据中心并且在网络门 户中可存取还有专门分析室使用数据中心数据进行商业智能分析 当然少不了Webservice、XML、消息中间件、BEPL、ESB 过去局域网C/S管理软件Software系统的间整合往往是通过互相读取彼此数据库但是在正规项目中是不这样做 为什么读取和改写哪个表哪个字段需要定义个特殊数据库用户这还防不胜防不知道是哪个系统把数据改乱了谁 来承担责任你如果只整合过两个系统的间数据交换而且是寥寥几个表几个字段数据彼此读写觉得这还没什么如 果 7 8个系统都要整合在起互相读写而且深度关联就天下大乱了你往往会感叹如何CIO这么没眼光用了区别公司 区别产品现在遭到报应了吧其实话不能这么说很多时候项目上线由于天时、地利、人和各种原因影响就是形成 了现在你所看到现状如果你是CIO这么多年下来估计你现状不比现在好多少企业就是这么发展虽然可能你在聚 会吃饭时候大发牢骚埋怨公司管理和战略和老板决策但真换你来做你不见得会比你老板强就这个道理现状已经 形成历史不能倒退但未来还要前进我们还不能把包袱扔掉推倒重来企业不是这么运作企业就是在不断困境和限 制中不断前进就看谁能把握好平衡和资源调度坚持执行好决策 过去我就遇见个局域网C/S管理软件Software系统整合项目人家不让读数据库人家给写了个DLL可惜是该死 PB写DLL我们这方是DELPHI写DLL给他们大家知道PB是伪编译代码而且代码是Script形式而DELPHI是 2进制而 且是结构化OO编程形式所以在数据内存表示和格式和数据类型上都不匹配最后都改成了串也不行 DELPHIString其实质上也是指针型好不容易周折解决了数据类型问题还有数据批量传输性能问题个DLL我想把 条数据库记录传给对方如何拼这个串当时想定义N个参数最后由于对方需要字段不断变动最后接口老变于是定 义N个参数方案被废弃改为传条记录记录每个字段用特殊隔开然后拼在起拼个总串对方再拆出来处理