Aug
03
企业实施SOA的真正代价和价值是什么？
Posted by admin
IT技术问答：
超难问题，读取数据 [点击查看] 2000为什么分配不到ip地址！！ [点击查看] 还是关于text，那在系统开发前期，那些数据不能先在sql server中录好吗？？？ [点击查看] 请问在IB中怎么在触发器里调用外部程序？UDF吗？ [点击查看] 为什么我的新装了系统的机器老是死机？ [点击查看] 帮我优化一下就可以了 [点击查看] msn不能用~~~~~ [点击查看] 超长整数的除法运算？ [点击查看]
基于soa 原理开发的软件和产品并不能保证企业具有soa 架构,它们之间没有必然联系。
近期，我国it 业对soa的讨论和推崇轰轰烈烈，很多it产品和服务提供商纷纷举办各种有关soa的培训和产品展示。这个跨行业和范围甚广的soa 引起了包括国内很多著名大型企业在内的cio、it总经理、it高管们的注意和兴趣，更有不少专家在各种场合谈论soa，有的企业还实施了soa。然而大多数it管理者们要么对soa的定义、概念和内涵混沌不清，要么就是以自己的理解来阐述soa的内涵，还有一些人则是为了避免“落后”而人云亦云，在本企业开始soa的尝试。
对新生事物的探讨和追寻永远是吸引人的，特别是在这个社会快速发展的时期，企业和组织的运行越来越多地依赖信息技术和it 基础设施所提供的能力，企业对it 的支持和资源投入也越来越多。当我们的it正在走向成熟时，正确的选择和决策就更为重要，这意味着在我们想尽办法寻找最佳it解决方案时，在厂商和供应商向我们推销soa时，我们愈要加深对soa的探讨和了解——soa到底是什么？对企业而言，soa意味着什么？ 要不要采纳soa？如何采纳soa？实施soa的代价和对企业的价值是什么？
最近，我参加了idc中国举办的有关soa 的会议。令我欣慰的是，idc全球研究副总裁兼总经理mr.vernon turner 先生和idc 中国研究主管经理韩国华女士在讲演中的一些观点和统计数据与我产生了共鸣。
在idc 2005 年对全球大型企业的cio 和it 高管的调查中（采样数据为224），对soa非常了解的cio仅为14%、了解的约为26%，没有概念和不了解的则占了大约60%。业务部门对soa 的了解比例就更低了。认为soa 对本企业的it 和it 供应商的重要性的比例为：非常重要的约为12%、较重要为24%，其余的是不重要和不知道。由此，可以看出即使在国际大型企业和组织中，目前对soa的认知度仍较低。在企业中真正确定采纳soa 的就更少了。韩国华女士更在结论中说明“soa是面向服务的体系架构，更确切地说是一种架构的风格”。 对此，我可以补充一点——soa是一种风格和理念，强调的是资源共享和复用、企业架构动态和柔性的组合。
soa来源于软件和应用系统的开发商和产品供应商。实际上，从2000 年出现的web 服务 (web services) 应用就是在开发软件和应用系统中，具体采用soa的开始。
web服务中的3 要素：wsdl（web 服务描述语言）、uddi（web 服务通用目录）提供具体的服务（应用模块）、soap提供灵活的服务通信协议。这3要素的有机协作与组合，定义和具体地实现了soa在软件和系统开发中的应用，其体现的特性为：服务池、服务模块、服务的自我描述、动态参数配置、自主按需服务调用、操作的协议标准定义等。今天，it 领域大讲的soa的一切元素都在其中了。也是从2000年开始，更多软件和系统开发商开发了基于“soa” （web服务）的it 产品和系统。
实际上，在企业级信息系统总体架构和大型复杂系统的设计方面，我们需要的是面向服务的基础架构 soi （service oriented infrastructure）和面向服务的企业架构soe (service oriented enterprise)。在这点上，mr. turner先生也有同样的认知。在企业的it规划和实施方面，我们用soi 和soe可以更准确地定义、规范面向服务的it 架构，这与国际企业it架构的认知保持了一致。
在企业级信息系统总体架构和大型复杂系统的设计方面，我们需要的是面向服务的基础架构soi和面向服务的企业架构soe
发达国家的企业it 架构也有很多风格和理念，例如联邦式it架构（federated enterprise
architecture）、适应性it 架构（adaptive enterprise architecture）、集中式it 架构（centralized enterprise architecture）等等，这些就是针对企业级soi和soe的。更准确地讲，soa 是针对着it 产品和模块开发的，soi和soe则适用于企业it 和企业it 的基础架构。
理论上，soa本来只是用于it 产品和it 应用系统的开发，但是在it 厂商的力推下，“soa”一词却被冠用到了企业it一级的架构上。我将soa、soi和soe在企业级it 中，看作同一个范畴，但是在概念上，我觉得一定要清晰地区别它们。我对soa、soi 的it 架构定义是：
i． 基于独立的服务（应用）模块和清晰的数据、流程和展示（渠道）层面；
ii． 基于离散的和松散耦合的服务（应用）系统上；
iii． 服务（应用）系统可以自我描述，通过架构协议定义的标准接口，可以提供被其他服务请求共享的机理；
iv． 服务（应用）可以构建一个动态和适应性的企业it 架构。
不同的来源可能在定义上有不同的描述，但是以上定义的基本原理是一样的——从软件开发和企业总体架构两个方面引申发展而来的。需要切记的是，开发商和i t 产品供应商强调其产品的soa，与大多数企业it 应用主管需要的企业级soa和soi（soe）架构，决不仅仅是一个层次上的概念。基于soa 原理
开发的软件和产品不能保证一个企业it和复杂系统具有soi架构，它们之间没有必然联系。
更有甚者，在软件上强调的soa机理可能会对企业大系统的it 架构soi 产生反作用。当一个供应商标定其产品支持企业it的soa架构时，it经理和主管需要从企业总体架构和大系统的位置和角度，用以上的企业soa 标准来衡量该产品是否能够支持企业的soi架构，并能在企业it 中发挥产品的soa 作用。
在soa 架构的层次和应用范围上，it 主管要把关注点放在如何在soi 架构的企业级理念上，实现服务和应用层的细分；应用系统的资源共享；系统本身和流程的参数化配置；应用（服务）系统服务平台和数据平台的建设（提供服务的动态配置），以实现一个切合本行业和本企业实际的、能够充分支持今天和未来业务发展的、对业务变化快速反应的、提供企业最佳投资回报的soi 的it 总体架构。如果仔细评估一下本企业的it 架构和将要实施的it 架构，你也许会发现你的企业已经和将要把soa理念渗透于不是全部至少是部分it架构中,你或许更清楚如何把握soa 在未来it 架构中的作用，使之产生最大的企业价值。
基于soa 原理开发的软件和产品并不能保证企业具有soa 架构,它们之间没有必然联系。
近期，我国it 业对soa的讨论和推崇轰轰烈烈，很多it产品和服务提供商纷纷举办各种有关soa的培训和产品展示。这个跨行业和范围甚广的soa 引起了包括国内很多著名大型企业在内的cio、it总经理、it高管们的注意和兴趣，更有不少专家在各种场合谈论soa，有的企业还实施了soa。然而大多数it管理者们要么对soa的定义、概念和内涵混沌不清，要么就是以自己的理解来阐述soa的内涵，还有一些人则是为了避免“落后”而人云亦云，在本企业开始soa的尝试。
对新生事物的探讨和追寻永远是吸引人的，特别是在这个社会快速发展的时期，企业和组织的运行越来越多地依赖信息技术和it 基础设施所提供的能力，企业对it 的支持和资源投入也越来越多。当我们的it正在走向成熟时，正确的选择和决策就更为重要，这意味着在我们想尽办法寻找最佳it解决方案时，在厂商和供应商向我们推销soa时，我们愈要加深对soa的探讨和了解——soa到底是什么？对企业而言，soa意味着什么？ 要不要采纳soa？如何采纳soa？实施soa的代价和对企业的价值是什么？
最近，我参加了idc中国举办的有关soa 的会议。令我欣慰的是，idc全球研究副总裁兼总经理mr.vernon turner 先生和idc 中国研究主管经理韩国华女士在讲演中的一些观点和统计数据与我产生了共鸣。
在idc 2005 年对全球大型企业的cio 和it 高管的调查中（采样数据为224），对soa非常了解的cio仅为14%、了解的约为26%，没有概念和不了解的则占了大约60%。业务部门对soa 的了解比例就更低了。认为soa 对本企业的it 和it 供应商的重要性的比例为：非常重要的约为12%、较重要为24%，其余的是不重要和不知道。由此，可以看出即使在国际大型企业和组织中，目前对soa的认知度仍较低。在企业中真正确定采纳soa 的就更少了。韩国华女士更在结论中说明“soa是面向服务的体系架构，更确切地说是一种架构的风格”。 对此，我可以补充一点——soa是一种风格和理念，强调的是资源共享和复用、企业架构动态和柔性的组合。
soa来源于软件和应用系统的开发商和产品供应商。实际上，从2000 年出现的web 服务 (web services) 应用就是在开发软件和应用系统中，具体采用soa的开始。
web服务中的3 要素：wsdl（web 服务描述语言）、uddi（web 服务通用目录）提供具体的服务（应用模块）、soap提供灵活的服务通信协议。这3要素的有机协作与组合，定义和具体地实现了soa在软件和系统开发中的应用，其体现的特性为：服务池、服务模块、服务的自我描述、动态参数配置、自主按需服务调用、操作的协议标准定义等。今天，it 领域大讲的soa的一切元素都在其中了。也是从2000年开始，更多软件和系统开发商开发了基于“soa” （web服务）的it 产品和系统。
实际上，在企业级信息系统总体架构和大型复杂系统的设计方面，我们需要的是面向服务的基础架构 soi （service oriented infrastructure）和面向服务的企业架构soe (service oriented enterprise)。在这点上，mr. turner先生也有同样的认知。在企业的it规划和实施方面，我们用soi 和soe可以更准确地定义、规范面向服务的it 架构，这与国际企业it架构的认知保持了一致。
在企业级信息系统总体架构和大型复杂系统的设计方面，我们需要的是面向服务的基础架构soi和面向服务的企业架构soe
发达国家的企业it 架构也有很多风格和理念，例如联邦式it架构（federated enterprise
architecture）、适应性it 架构（adaptive enterprise architecture）、集中式it 架构（centralized enterprise architecture）等等，这些就是针对企业级soi和soe的。更准确地讲，soa 是针对着it 产品和模块开发的，soi和soe则适用于企业it 和企业it 的基础架构。
理论上，soa本来只是用于it 产品和it 应用系统的开发，但是在it 厂商的力推下，“soa”一词却被冠用到了企业it一级的架构上。我将soa、soi和soe在企业级it 中，看作同一个范畴，但是在概念上，我觉得一定要清晰地区别它们。我对soa、soi 的it 架构定义是：
i． 基于独立的服务（应用）模块和清晰的数据、流程和展示（渠道）层面；
ii． 基于离散的和松散耦合的服务（应用）系统上；
iii． 服务（应用）系统可以自我描述，通过架构协议定义的标准接口，可以提供被其他服务请求共享的机理；
iv． 服务（应用）可以构建一个动态和适应性的企业it 架构。
不同的来源可能在定义上有不同的描述，但是以上定义的基本原理是一样的——从软件开发和企业总体架构两个方面引申发展而来的。需要切记的是，开发商和i t 产品供应商强调其产品的soa，与大多数企业it 应用主管需要的企业级soa和soi（soe）架构，决不仅仅是一个层次上的概念。基于soa 原理
开发的软件和产品不能保证一个企业it和复杂系统具有soi架构，它们之间没有必然联系。
更有甚者，在软件上强调的soa机理可能会对企业大系统的it 架构soi 产生反作用。当一个供应商标定其产品支持企业it的soa架构时，it经理和主管需要从企业总体架构和大系统的位置和角度，用以上的企业soa 标准来衡量该产品是否能够支持企业的soi架构，并能在企业it 中发挥产品的soa 作用。
在soa 架构的层次和应用范围上，it 主管要把关注点放在如何在soi 架构的企业级理念上，实现服务和应用层的细分；应用系统的资源共享；系统本身和流程的参数化配置；应用（服务）系统服务平台和数据平台的建设（提供服务的动态配置），以实现一个切合本行业和本企业实际的、能够充分支持今天和未来业务发展的、对业务变化快速反应的、提供企业最佳投资回报的soi 的it 总体架构。如果仔细评估一下本企业的it 架构和将要实施的it 架构，你也许会发现你的企业已经和将要把soa理念渗透于不是全部至少是部分it架构中,你或许更清楚如何把握soa 在未来it 架构中的作用，使之产生最大的企业价值。