SOA实践应首先始于企业级的IT架构设计

 
   | |

导读:SOA的思想的企业级IT体系架构设计实践,要从BPM/BPI与SOAP、XML、WEB Service等IT技术相结合,企业级的IT体系架构设计,要以企业流程重整/优化为基础。

关键词:SOA IT 体系架构 BPM SOAP XML 企业流程

 
正在加载数据...

  各大软件供应商与媒体的联合吵作,使SOA(Service Oriented Architecture)成为IT人士经常挂在嘴边的“时尚”词汇。2006年,在日本举行的年会上,Gartner公司乐观预测,到2007年,会有超过50%的企业采用SOA体系, 到2010年该比例将会达到80%。

  但事实上,到目前为止,国内的IT界也是很少有人清楚SOA的实践应从那里着手。国际软件供应商的大玩SOA概念,实际是它们的一种产品的市场推广策略。但从实际取得的效果看,这种宣传策略只是国际软件厂商的自娱自乐。

  IT界的普遍浮躁,使得很少有人真正探讨SOA究竟是什么?以及如何实施SOA?这也使得国际软件大佬的宣传,引来的只是随声附和,而没有具体的行动,即使它们极力的宣传自己的产品已经SOA了,也不会引起太多企业真正的兴趣,这样就客观减少了软件采购企业被忽悠的机会。

  那么SOA究竟是什么?

  首先,SOA并不是具体的软件产品,它与技术无关。如果那家软件供应商说自己的产品真的实现了SOA,那我们就要注意它的用心了。

  SOA是IT体系架构的设计思想。这种思想可以从软件工程体系结构设计,与企业级IT体系架构这两个层面来体现。

  在软件工程体系结构设计层面,SOA是一种软件体系结构的设计方式,它指导着业务服务(软件应用功能单元)在其生命周期(从构思开始,直到停止使用)中创建和体现SOA思想的方方面面。

  在企业级IT体系架构层面,SOA也是一种定义和提供IT基础设施(IT Infrastructure)的方式,体现SOA思想的企业级IT体系结构设计,应允许不同应用功能或应用系统之间交互数据、参与业务流程(Business Processes),无论它们各自背后使用的是何种操系统或采用了何种编程语言。

  在软件工程体系结构设计层面,基于SOA思想的软件工程技术实践还没有走向成熟,因为基于SOA思想的软件体系结构设计三大标准:服务组件架构标准(CSA)、服务数据接接口标准(SDO)、服务安全标准(WS-Policy),才仅仅刚刚发布了前两个标准,而且还是1.0版本,成熟还需时日。

  SOA思想指导的软件工程技术实践和不成熟,并不影响,企业级IT体系架构设计实践中,体现SOA的思想,设计出在某种程度符合SOA思想的企业级IT体系架构。企业业务与信息化的发展要求企业级的IT体系架构设计要有很强的灵活性与业务流程变化的适应性,需求的紧迫性不能等待SOA的软件工程技术实践成熟后再进行。

  企业级IT体系架构设计中,如何体现SOA思想?

  SOA的思想的企业级IT体系架构设计实践,要从BPM/BPI与SOAP、XML、WEB Service等IT技术相结合,企业级的IT体系架构设计,要以企业流程重整/优化为基础,划分适当粒度的应用系统或应用功能边界,同时应用系统或应用功能边界间的集成尽可能采用松散耦和集成的方式,从而增强企业级IT体系架构对企业业务战略与业务流程变化的适应性。


你需要多少架构
 你需要多少架构(一)
 你需要多少架构(二)
 业务分析师与企业架构师
 由业务驱动的微软面向服务架构
 SOA重在解决业务需求而非架构方法
 领导架构的首要任务
 SOA实践应首先始于企业级的IT架构设计
 SOA应用巧解传统IT系统架构复杂之痛

原文出处:http://cio.it168.com/a2009/0312/268/000000268339.shtml
 
来源:itclub    
 
 
 
 
 

BPM

 
IT预算可能会达到一个新低点,导致更少的人员投入,推迟业务项目。但是,这个间歇对于CIO们来说,是引进敏捷IT最佳实践的黄金时间。敏捷IT的设计……
 
过度依赖IT基础设施来提供一个解决方案可能会引起新的问题。但这不意味着应该把IT的超常能力搁置起来。
 
业务规则引擎(BRE,business rules engine)是一种软件组件,它允许非程序员添加或更改业务流程管理(BPM)系统中的业务逻辑。
 
总览企业视图使企业架构师看到了企业内部的组织之间的相互关系,并能用战略和目标来帮助调整架构。但是很少有企业架构师设计整个企业的架构……
 
按字面的意思理解,一个企业架构可以跨越整个企业。同样的,一个企业架构在试图用技术解决问题前应该有对整个企业的理解。

热门技术手册排行

 

随着开源技术越来越成熟,一个稍有开发经验的人通过学习就可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员,尤其是对Java或动态语言相关领域的人来说,“开源”也许是他们最喜爱的单词。但是,很多时候我们需要的不仅仅是一个可用的系统,而是希望这个系统开发更简易、性能更高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止,要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。

 

本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度。

 

业务流程管理(business process management,bpm)不是一个新概念,甚至不是一个新名词。它是从相关的业务流程变革领域,如业务流程改进(bpi)、业务流程重组(bpr)、业务流程革新中发展起来的。流程管理技术也是从早期的工作流管理、eai、流程自动化、流程集成、流程建模、流程优化等技术中发展起来的。

 

TOAGF是一个架构框架,简而言之,TOGAF是一种协助发展,验收,运行,使用,和维护架构的工具。它是基于一个迭代(Iterative)的过程模型,支持最佳实践和一套可重用的现有架构资产。

 

云计算的概念越来越流行,Amazon、Google和IBM是第一批将云计算引入公众视线的公司。云计算就是新的Web2.0,一种既有技术上的市场绽放。

 

Mashup是一个非常cool的新的应用程序种类。如果你想真正的了解它们,我们需要回过头来看看你现在的计算机,其实它就是一个非常好的帮助你理解mashup的模型。现在开源的操作系统无疑是非常好的apis的集合或应用程序编程接口,帮助开发者去构建其应用程序。计算机本身也是一个很好的为用户提供接口的例子,键盘和鼠标可以被理解为你通过计算机的接口而使用的不同的应用程序。本技术手册为读者提供了一些相关信息,如果需要深入了解mashup,读者可以借助其他参考资源。

查看更多
 
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
电子邮件地址:
请输入您的电子邮件地址
密码:
下次自动登录