启动SOA并不仅仅在于整合遗留系统
2008-09-06 22:06
302 查看
对于多数公司来说,整合与SOA是相互交织的,尽管专家们认为它们的联接过于紧密了,但你不能在SOA中逃脱整合的价值主张。这也许就是企业应用集成系统的回归吧,我就多次遇到关于SOA和整合新的事物。 最近的一个例子是由首席技术员及IT网络日志专家Eric Koch提出来的。他提到了七月份CIO的聚焦专栏,是关于Valero 能源公司的SOA实施的。Valero是北美最大的炼油厂,文章中提到整合问题迫使该公司采用了面向服务架构。 Koch指出Valero侧重于整合,他将之称为“一个他具有丰富成功经验的SOA切入点”。SOA迷们会发现在将此能源公司推上Web服务为基础的SOA道路以及其实施过程中,SOA都扮演了主要的角色。
Valero公司面临的一个大问题—也许大家很多人都知道---就是所有权界面。该公司CIO介绍说,随着每一次并购或者系统变革,Valero
需要建立自己的界面,每一个界面含有的应有程序在10个左右。如果你对数字没有概念的话,以下是该文章对于相关费用的描述: “根据行业预计,除了人员、时间和支持、系统更新升级以及系统间数据复制存储所需成本之外,每一个界面的成本在5万到10万美元,使用寿命5到10年。” IT花费了所有的时间来修复坏掉的界面,却发现它们不断的出现故障。Valero决定做出改变。在实施SOA之前,他们预见到了更远的未来,那个时候商业用户都有能力建立自己的软件。 Valero的SOA实施令人惊讶的一点是,尽管重复利用作为一项SOA价值主张已经推出潮流了,但Valero成功的展示了通过SOA达到的服务重复利用的效果。Valero实现了50%的重复利用率,并且相信在未来这个数字将达到70%-80%之间。 Valero的SOA实施说明SOA能够帮助解决一些大公司内遗留系统中重复出现的整合问题,这也是SOA长久以来价值主张之一。 但是,在最近的一期CIO专栏中,IT老手和首席架构师Mike Kavis提出SOA对于年轻的,起步阶段的公司来说也是有用的。 显然,起步阶段的公司并不存在遗留系统和相关的整合问题,Kavis指出一个事实就是:启动SOA并不仅仅在于整合遗留系统。 另一方面,起步阶段的公司没有成熟的公司中面临的文化和技术障碍。Kavis称从一开始就选择面向服务架构能够避免未来的整合问题,更容易与软件即服务(SaaS)产品挂钩和接入未来客户和合作伙伴的系统。 此外,他指出起步阶段的公司可能不像大型公司的SOA那样需要昂贵的中间件和治理系统。 简而言之,Kavis说从起始阶段从事正确的事情比修整已经存在的架构要容易得多。 “当大公司在 大规模SOA倡议中挣扎时,新兴公司可以从一开始就将SOA作为其IT战略的一部分,在软件开发方面采取‘面向改变设置’的策略。在实施可靠的生产版本时,应该考虑实施一个轻量级的SOA以达到长远的重复利用、敏捷度和灵活性。” SOA确实是在经历其幻灭、觉醒的阶段,但这些案例有力的支持了SOA长远整合价值主张。
Valero公司面临的一个大问题—也许大家很多人都知道---就是所有权界面。该公司CIO介绍说,随着每一次并购或者系统变革,Valero
需要建立自己的界面,每一个界面含有的应有程序在10个左右。如果你对数字没有概念的话,以下是该文章对于相关费用的描述: “根据行业预计,除了人员、时间和支持、系统更新升级以及系统间数据复制存储所需成本之外,每一个界面的成本在5万到10万美元,使用寿命5到10年。” IT花费了所有的时间来修复坏掉的界面,却发现它们不断的出现故障。Valero决定做出改变。在实施SOA之前,他们预见到了更远的未来,那个时候商业用户都有能力建立自己的软件。 Valero的SOA实施令人惊讶的一点是,尽管重复利用作为一项SOA价值主张已经推出潮流了,但Valero成功的展示了通过SOA达到的服务重复利用的效果。Valero实现了50%的重复利用率,并且相信在未来这个数字将达到70%-80%之间。 Valero的SOA实施说明SOA能够帮助解决一些大公司内遗留系统中重复出现的整合问题,这也是SOA长久以来价值主张之一。 但是,在最近的一期CIO专栏中,IT老手和首席架构师Mike Kavis提出SOA对于年轻的,起步阶段的公司来说也是有用的。 显然,起步阶段的公司并不存在遗留系统和相关的整合问题,Kavis指出一个事实就是:启动SOA并不仅仅在于整合遗留系统。 另一方面,起步阶段的公司没有成熟的公司中面临的文化和技术障碍。Kavis称从一开始就选择面向服务架构能够避免未来的整合问题,更容易与软件即服务(SaaS)产品挂钩和接入未来客户和合作伙伴的系统。 此外,他指出起步阶段的公司可能不像大型公司的SOA那样需要昂贵的中间件和治理系统。 简而言之,Kavis说从起始阶段从事正确的事情比修整已经存在的架构要容易得多。 “当大公司在 大规模SOA倡议中挣扎时,新兴公司可以从一开始就将SOA作为其IT战略的一部分,在软件开发方面采取‘面向改变设置’的策略。在实施可靠的生产版本时,应该考虑实施一个轻量级的SOA以达到长远的重复利用、敏捷度和灵活性。” SOA确实是在经历其幻灭、觉醒的阶段,但这些案例有力的支持了SOA长远整合价值主张。
相关文章推荐
- SOA 架构中的ESB是更好的应用于异构系统集成整合还是用于统一服务调用/基础服务实施
- [转] 我所经历的IBM SOA与系统整合
- SOA与遗留系统
- 20151114 shell脚本控制oracle随系统启动
- 剖析Linux系统启动过程—以Redhat为例
- 详解linux系统的启动过程及系统初始化
- linux获取当前系统时间与启动时间
- Android系统启动过程[典☆☆☆]
- 硬盘温度过高烧坏系统无法启动怎么恢复数据
- win10系统中eNSP AR启动失败错误代码40及VirtualBox不兼容的解决办法
- CentOS7系统操作httpd服务 - 开机启动/重启/查看状态
- thinkphp整合系列之rbac的升级版auth权限管理系统demo
- linux服务器启动系统提示welcome to emergency mode! (欢迎来到紧急模式)
- 终于搞定小魔鬼的LOGO做我的启动系统的LOGO了
- Adobe Acrobat的安装时出现:服务print spooler启动失败,请确认您有足够权限启动系统服务。解决方法
- intend启动系统的组件
- 分析Android 根文件系统启动过程(init守护进程分析)
- windows系统下启动关闭oracle数据库服务的脚本
- linux 系统 开机启动详解
- 整合SSM框架,启动时报错java.lang.NoClassDefFoundError: org/codehaus/jackson/JsonProcessingException