2008SOA中国技术论坛实录

2008SOA中国技术论坛

主持人：各位来宾下午好。欢迎来到2008SOA中国技术论坛，大家刚刚看到非常有意思的视频，这个视频我们用了三天的时间，遍访了行业的专家、媒体、客户。其实这个视频当中大家已经把SOA的任务已经提到了，就是这是S，就是服务。这是SOA当中最重要的，最基本的核心。事实上我们希望通过超人，大家都看到很有意思的超人的形象，来传达一种我们超越常人的形象，我们希望通过这样的形象让我们所有的SOA的使用者大家都变成小超人。实际上在2007年我们的SOA中国技术论坛活动去年就经历了北京、上海、成都、广州四站，今年我们在上海同样的地方，以及同样的时间，上海站当时有超过700人报名，大家一起共商SOA的问题，由此可见大家的热情。
我首先介绍一下今天的论坛的主办方和支持机构。本次论坛的主办者是普元软件公司，他是全球领先的SOA中间件厂商，同时他也是OSOA的核心成员，也是SOA中国路线图的倡导者，本次大会还得到了OSOA，以及OSS、IDC这样的知名机构的支持。我们感谢他们。
本次论坛围绕三个章节展开，这是要回答三个问题，第一个章节我们称之为业务篇，我们回答为什么S是SOA的重要任务。到了第二个篇章我们要回答如何构造这个S，我们称之为技术篇，他分为四个议题来回答S是如何造出来的。最后一个环节我们希望通过两个非常真实的演示来展现这个S到底如何造出来，这个S造出来以后，他如何基于流程进行完整的编排。最后有一个构客网《SOA我有话说》博客大赛的颁奖活动。
我们分别有两次对话和三次抽奖。希望大家踊跃参与。我们希望对话的时候，除了我们的演讲嘉宾之外，我们到时候希望邀请在座的各位当中，可以上来三位代表，也可以分别代表我们的程序员、项目经理或者是代表我们的IT主管。带着你们对SOA的困惑、问题和我们这些嘉宾上台做一个简短对话，把共同的思考带给大家。
我们既然是论坛，不仅是主办方的单独的宣讲，我们希望可以论，希望成为一个真正的可以帮助我们解决问题的互动的平台。我们希望演讲的嘉宾可以控制在20分钟之内。这样的话，可以留出更多的时间来和现场的观众互动。
我们接下来准备进入我们今天的正式的议题，在开始第一个议题的时候，我想先对现场的观众做一个小小的调查。我们去年在这个地方主办过SOA中国技术论坛，我想在座的各位应该是有人参加过去年活动的朋友们。我们看到有很多，谁可以告诉我，在去年上海站的时候，其实我们说了两个关键词，谁可以告诉我呢？

观众：标准是其中的一个关键词，另外一个关键词是SOA中国路线图。

主持人：SOA在中国的国庆下他的事实应该多么和美国不同。下面其实自从SOA的概念被提出来以后，很多厂商都在说他，我想很多的客户已经被很多厂商的SOA的概念弄晕了，作为CIO来说，其实需要澄清这种迷思，需要讲清楚，SOA对于我的企业来说到底价值是什么？在SOA出现的情况下我的挑战是什么？SOA对我来说是什么，又不是什么，这些都是让我们CIO困惑的问题，我们今天带给大家的第一个议题是SOA背景下的CIO的痛与乐。这个单元的演讲嘉宾是前亚信CTO，也是OASIS专家，我们有请Larry Huang先生。

Larry Huang：非常高兴参加这个论坛。非常高兴和大家分享一下SOA的理念和标准方面，特别是SOA在中国，像银行、电信等等这么多行业里面实践的一些体会。等一下我们还有更多的精彩的演讲。
我这里想跟大家一起交流的主要是两个问题。第一，SOA大家现在对他从概念上、技术上有很多的理解了，作为一个中国的企业，为什么要把SOA作为重要的部分来使用起来。更重要的一个问题是，SOA在中国的企业当中，他应该是怎么样的实施，这个实施过程当中，我们中国企业在实施SOA的时候，又有哪些特点呢？这就是我今天要讲的主要的内容。
首先我们可以回顾一下中国最近10年、20年的信息化建设。在非常短的时间内，我们中国的IT建设走过了美国50年走过的路。这里我们每天工作当中可能体会不深，我上个星期刚刚从美国回来，我是10年前离开美国到亚信科技工作，十年前我在美国的时候，当时还很重要的一个话题就是要从造一条地铁，他们十年前在研究这个问题。这次我去的时候，这还是他们研究的最重要的话题，就是这个地铁要不要造。但是在上海，这十年里我们造了200多公里的地铁，还有200多公里的地铁我们要在今后两年完成。这也是我们IT产业的缩影，我们用很短的时间里，我们走过了国外几十年的路。我们说中国IT企业建设的成就是超过国外公司的。实际上我们中国的银行、电信里面的IT建设人员都应该感到骄傲，因为我们的建设周期只有国外公司的1/10，我们软件花的成本是国外同样项目的1/10，系统容量性能的要求是国外的10倍，因为我们的银行帐号、电信手机的数量都是全球领先的。所以我们看到的IT五系统是全世界最先进的系统正在工作。另外这也是我们实施SOA当中最关键的一点，实际上在中国IT的建设当中，中国用户的需求变化是国外的10倍，也就是说我们建设系统的时候需求不断的变化、业务不断的发展，因为这是我们中国10年来发展的特征，正是因为这些，我们对我们中国IT的建设应该是感到非常骄傲的事情。
我们经过10年的IT快速发展之后，我们看到我们IT系统建设的时候，我们发现我们面临更加严峻的挑战。这是因为从我们企业的总体业务上来说，我们基本上走过了跑马圈地式的成长过程，就比如说移动。我们的手机从0开始到现在几个亿的数量。以后是不是再这么快速的发展呢？这个空间我们已经看到了一些上限，像银行、保险等等。我们以前都有一个卖保险的公司执照，这个是最值钱的，而现在这种纯粹跑马圈地的能力已经下降了，因为地已经圈完了。随着市场的制约因素，资源的制约，人工成本的压力，每个企业都在寻找核心竞争力，这个核心竞争力就在于运行效率的提高，特别是金融行业是风险保护意识的加强。这些所有的因素，都会决定一点，我们IT建设就成为一个企业当中最为核心，最为重要，最为艰难的任务。因为我们从以前的跑马圈地式的商业环境，变得企业业务灵活性、管理效率为核心的时候，真正起作用的是什么呢？这个IT系统建设变成了非常重要的一点。而且在这样的环境里IT本身协调、管理、变化都会加倍的产生。
也就是我们现在的一个作为企业来说，作为一个企业的IT人员来说，一方面他取得了伟大的成就。但是又面临很新的一些挑战。我们原来的一些做法，可能在未来都会发生比较大的变化。因为我们以前在跑马圈地的时候，我们的系统是从无到有，那个做法就是会哭的孩子有奶吃，但是我们现在的项目不是一个两个，我们的10个、20个项目同时都会发生紧迫性的事情，我们先看很多部门的IT建设就像杂技表演一样，因为现在很多项目在同时进行，每个项目需求不一样，每个都很重要，但是他们互相之间关联度很小，现在的系统无法整合，现有的系统不可以适应快速的变化。现在的技术不断的变化，有新的技术出新，在这样的情况下，我们所有的问题都会出现。这个时候我们做一个企业的IT建设的话，要从跑马圈地式的这种快速应用的建设，转移到以企业为核心的战略发展的局面。我们现在IT成为核心竞争能力，我们有那么多的IT系统需要建设，需求又不断的变化，这时候我们就要想想我们今后十年的IT战略规划是什么？十年的过程当中，怎么样使我们的IT可以承载业务的不但的变化。当我们的企业走完了跑马圈地的竞争环境，到了核心竞争力的时候，有了3G，有了国外的银行，有了国外的保险公司我们怎么样还可以生存。
我们看到SOA正是我们下一代赖以生存的内容。现在我们看到我们的企业、政府正在广泛性的尝试性的使用。这当中有三个核心内容要表示的。SOA是什么？实际上我们和我们中国很多客户沟通的时候，我们发现SOA其实有三个很关键的不同层面同时需要我们关注，只有这三个方面进行同时的关注，SOA才可以达到他的目标和影响。第一个当然是我们看到的SOA本身的技术手段。就是ESB，BPM等等。这是我们核心的技术概念，因为有了SOA这个技术以后，我们就突破了软件之间的隔离，我们就不是很多的应用软件了，而是很多的服务，这个服务器是跨越了单个边界，他可以在多个边界进行使用。web服务器突破了软件使用的突破，以前我们是在局域网上使用，而web服务器让我们可以都相互连接起来。所以SOA首先是技术的层次。
但是我们解决了技术层次以后，第二个更重要的层次是什么呢？因为我们有了这个技术，我们发现这个技术本身不解决我们的问题。为什么？因为我们把IT通过服务整合的时候，我们的服务不存在，或者我们的服务不灵活，我们的服务本身不能满足要求。我们要做一个人事管理的服务，人事管理我们公司还在不断的演变调整，这时候服务的灵活性就变得非常的重要。所以有了我们SOA的基本技术层面问题之后。第二个非常重要的问题就是SOA需要灵活的服务。我们要得到灵活的服务就必须从构件开始构造我们的服务，如何有一个比较小的构件可以快速的打造成服务。这样的话服务本身就可以通过构件的组装调整来进行变化。所以这是第二个层面的问题。
有了很好的技术，又有了我们很好的构造服务的方法，那么下面一个最最重要的一个问题就是我们企业级的问题。因为我们作为SOA的实施按，他从方法上改变了我们IT建设的一个流程。以前IT建设都是以项目应用为核心来打造我们一个计费系统、财务系统、故障管理系统，但是有了SOA以后，最大的冲击首先对我们CIO来说，他们的管理思想上出现了问题，我们怎么样可以从一个项目当中脱离出来，因为一个服务不是为一个项目打造，而是为一个企业打造。所以我们要从项目当中脱离出来，制定一个长期的企业服务信息规划，进行服务的统一规划来建设这些服务，这些服务可以快速的进行应用。怎么样组织信息建设的系统，一个是我们长期的规划，同时我们看法管理组织机构需要进行调整。因为我们现在的组织需要对软件的甄选、应用的组合、服务的开发等等分别进行组织结构方面企业的重组。同时我们还可能需要重新的考虑我们和平台厂商、开发商、应用提供商之间的关系。因而我们不再是请一个系统，请一个公司来帮助我们做一个软件，而是我们请一个公司给一个平台，国外公司打造某一个服务，另外一个公司再进行应用。在SOA的推广过程当中，我们必须要在CIO的层次对我们企业的发展做一个长期的对话。这是我们从CIO的角度来看更加全面的全景图，这需要我们对企业级的规划。所以在SOA的实现当中，我们首先要有技术企业级的规划，怎么样有一个企业级的，跨部门的，跨应用的进行规划，有了这样的规划，我们就可以对我们企业的核心服务做比较好的长期的规划，使得我们的服务可以起到一个长期的发展的作用。
第二个就是组织的管理，明确个体的分工合作，哪些服务可以体现到我们公司，哪些服务可以在我们公司使用，虽然我们SOA有很多技术对管理进行控制，但是我们更有组织的保障来保障服务的产生，服务的使用，跟服务的进化。否则的话，我们一个服务新版本出来的时候，也许以前一个软件就会失去他的作用。有了企业级的规划，组织级的管理，下面还有一个统一的构件库，就是怎么样可以有比较好的构件可以快速的组装服务。再下面就是SOA的服务群，作为SOA来说，并不是一个SOA服务，而是一组SOA服务，他可以总体上覆盖我们企业对SOA服务的需求。然后是业务的整合。从企业的组织和规划来说，我们就需要在企业级，以面向构件为中心建立企业级的跨越项目的信息建设规划。
统一技术平台的选型就是我们怎么样可以以一个比较好的平台可以满足不仅是服务的管理，服务的流程的组装，而且服务本身的构造等等一整套的服务的转型。统一的构件库的管理，除了我们ESC的统一服务管理以外，我们需要对企业当中常用的构件进行统一的设计，统一的开发、使用和管理。还有统一了服务管理和演变，这需要在企业级进行统一。作为我们企业级的构件库的话，他也应该包括一些重要的内容，比如说是一些基础的，计算级的常备的构件，使得我们有任何新的任务来的时候，我们可以通过这些最基础，最常备的构件快速的组装出各种各样的服务。同时还有一些企业级的构件。包括组织机构管理，我们的一些核心的业务。统一的登陆。这是在业务一级，我们已经可以使用的一些企业级的构件。第三个就包括了我们作为构件，他的统一的提炼、版本管理、质量管理和使用等等。也就是说我们的SOA路线当中，非常重要的就是对服务的管理和提炼。
在一个统一的构件库，我们就要打造一个统一的企业级的服务的平台。这个产品当中，我们现在的流程管理、企业门户、服务构造，再组合在一起。在这个图当中，我们很重要的看到几个层次，第一个就是我们在企业当中他的服务不是由代码直接生成，而是有一组快速灵活变化的服务。在这个服务上我们有基础的服务设施，下面我们还有统一的门户的管理，流程的管理以及软件治理等等。这些细节我们在下面会有更多内容跟大家分享。
总的来说，SOA的技术已经走向成熟，同时我们有一整套的方法帮助大家在中国可以快速的实施SOA，包括我们这些大型企业的构件一级服务一级的规划，再到服务的构造以及到我们企业了实施。所以我们可以看到SOA现在已经在相当的程度上，在很多企业得到了成功的实施，现在更多的企业都会在今年一两年内实施SOA的项目。
SOA会从面向构件开始，打造快速、灵活、变化的服务。在中国的关键因素就是服务的灵活度。同时SOA在中国的实施，需要企业级的统一的规划和把控。谢谢大家。

主持人：刚刚Larry Huang先生跟我们分享了一些数字，这个数字说明了中国在做IT是一件很残酷的事情，就是1/10、1/10、10倍。

观众：1/10的国外开发成本，我们的系统复杂度是国外的10倍，我们的系统使用人数是国外的10倍，我们的压力是国外的10倍。

主持人：我记得是我们的建设周期只有国外的1/10，而我们的预算仅仅是国外的1/10，也就是说我们中国的客户让我们的软件实施项目的时候，只有不到国外1/10的钱，1/10的时间。但是要求却是国外的10倍，性能是国外的10倍，需求变化是国外的10倍。所以这描述了一个中国和美国实施SOA的时候，是非常不一样的。有人说在中国的情况下，SOA应该从ESB开始，从ESB开始假设是服务是完美的存在了。但是服务真的完美的存在了，我们的答案是当然不是中国相对美国来说是一个新兴的IT国家，服务是远远不够的。另一方面具体到服务的实施，在这种残酷的IT背景下，我们企业的实施也会遇到更多的服务的改进。接下来我们有请普元软件总裁刘尔洪先生跟我们大家一起分享他的经验。

刘尔洪：各位来宾，大家下午好。非常高兴在这个场合跟大家分享我们的议题。我想从几个方面通过几个具体的例子来讲为什么服务是SOA的核心问题，服务的构造是SOA的核心问题。刚刚我觉得黄博士的演讲非常精彩，我曾经做过中国的证券行业，可以说中国证券行业这么多年的发展，可以说是中国信息化建设的一个缩影。大家都知道我们从90年代开始的时候，到现在可以说中国的国有体制改革，包括我们的证券市场都发生了非常大的变化。实际上对我们大的企业IT建设来说，也同样存在着问题，首先在讲这个问题之前，我们先回顾一下SOA的目标和理想是什么？在最快事的短片当中，我们都可以看到SOA的目标是什么？如果我们用一句话来说，实际上就是把企业的IT作为一种资产，并且可以在这个基础上，我可以快速的组合成我们的业务，编排我的业务流程，最终他要实现的目标是说IT作为我的核心竞争能力的话，可以快速支撑我企业业务的目标，也就是说打造一个敏捷性的企业。
这是SOA的目标。现在对于怎么样实施SOA有不同的干点下面是IDC的观点，他们的观点实际就是我们实施SOA的时候，注重他的实际效果。因为我回想起我们企业以前，在我们讲到EAR这个概念的时候，他红红火火了一阵子，但是成功案例很少。最终作为企业的实践来说并不是很成功，所以我们接触一个概念的同时，更要注重他实际的效果。SOA的理想，实际上就和这个图的表达是类似的。下面我可能有很多，无论是我新建的系统也好，遗留的系统也好，我已经有很多的服务提供，我可以通过ESB把服务访问的方法，访问的影射，包括路由器的交换我可以统一进行管理。在此基础上我有一个服务的组合，我可以通过工具把他们的流程编排出来，最终可以构造成一个符合企业要求的一个议题。这是一个理想，这个理想实际上他在一个基础上。就是假设我现在已经有了的服务都是符合SOA标准的，符合OEM需求的服务。但是实际的情况是不是这样的呢？我们从一个例子看一下。
这个例子是说假设某一个电信运营商他要做精细化的管理。这实际上是在我们电信行业正在发生的事情。 而且大家都在思考一个问题，原来我们记得在90年代的时候，那个时候我们想想看我们准一个电话还要找人批条子，然后等了很长时间才可以装上电话。而这么年来，电信行业的重组、分拆，竞争也非常的激烈，我们看到中国电信和中国网通，中国移动和中国联通的竞争，这样的情况下，必须要求你的企业精细化管理非常高，你必须要有差异化服务的能力。在这样的情况下，引入SOA，SLA是必然的，什么是SLA呢？就是服务水平协议。这个不仅在电信行业，在金融行业，包括我们普元自己，我们自己也有一套服务的流程，这是为不同等级的客户提供不同等级的服务。运营商引入这个干什么，实际上是他在客户和运营商之间签订一个规范服务水平和服务保证的机制。这个机制是建立在我能够承诺一定的服务质量的基础上。如果我有引入了SOA之后，他会带来什么变化呢？首先爱要和客户签订SOA的合同。原先一个企业要和电信签订一个业务，原来我是把两端的地址，客户名称基本的信息放上去就可以了而现在引入SOA的话就不一样了。你还要签订一个服务质量的契约，就是我对接通率有一定的要求，大家知道我们租DDN专线的话，如果我仅仅是非数据性的传输要求，那要求很低。而如果是证券行业、金融行业我经常做交易的话，我需要他的可靠性非常高。作为运营商来说，我希望为这两类客户不同的服务质量的保障，从而我也有不同的定价的标准，不同的收费的标准。
那么如果我们看这个，如果我要在业务上引入SOA的话，上面是我们没有引入SOA的管理，之前的一个产品销售的流程。这个流程可能就是一个比较简单的流程了。就是我这个销售环节，我可能是受理请求，然后进行定单审核，然后我开通这个服务。因为电信要开通一个链路的话并不是说说开通就开通的，我要配线，把资源配置、占用，最后要做一系列的设置。最终才可以开通这个服务。最后是定单的竣工。上面的四个环节大家可以看到，头两个是人工服务，第三个是子流程，第四个是自动活动。如果说我引入SOA的时候，我们说把产品卖给客户的时候，这其中有跟客户有一个讨价还价的过程，大家可以看到我们前面两个人工活动变成了六个环节，下面有5个人工活动还有一个自动活动。包括客户经理要协商，和后端进行协商，比如说你这个客户要求太高了，我无法提供这样的一个网络质量的支持，怎么样办呢？我能不能降低一些要求，我跟客户再协商能不能达到你的要求，总之要通过一个协商的过程。所以他增加了很多人工的活动，当然还有后端的资源的判断，也增加自动的活动。这是讲我们在前端销售这个产品的时候流程所起的变化。而实际上开通这个环节也有很多的变化。电信的服务开通是负责复杂的流程。因为我今天的目标不是讲业务 ，主要还是讲为什么服务构造比较难。所以这里面我们挑一个资源配置的流程来看一下。当他要开通这个服务的时候，首先把定单接收过来，然后进行服务的设计，然后要进行资源配置等等一系列的流程。我们看到资源配置当中，我们现在的情况并不一定是自动的活动，我为了简化这个问题，全部自动，就包括了一系列的环节，我可以把他从接入、传输到我的机房配置出来，从起点到重点建立起一个物理的通道。如果说我加入了SOA自然会发生一些变化，因为我所有的定单，实际上除了基本信息以外还有SOA的指标去走的。到了每一个环节你都要处理这个指标。到资源配置这里，实际上他是根据你的SOA的合同，提供一个差异化的流程。所以在这个里面的流程，跟在SOA之前的流程可能是不一样的。他可能会根据你不同的指标，配置不同的差异化的流程。这个具体的内容我就不细讲了。
这样的话，我们看演化前和演化后会产生哪些变化呢？我这里面考虑的产生变化我仅仅是讲一个产品，就是我去设立DDN专线，过程只有两个子过程，一个是申请受理DDN业务的时候，第二个是在资源配置的流程环节。你会发现，在很多情况下，我们要进行很多的服务，有一些是延用的，有一些是需要修改的，还有一些是我原来没有的，我现在比较要新增。我们看到服务当中有一些明细，还有引进的状态是属于什么样的状态，是新建还是重用，还是需要改进，所在的系统也不一样。
我们看到有三张表，这涉及到30个服务，我讲一个产品两个子环节的流程，他就涉及到这么多的服务。这些服务我们分析下来看，我们看到30个服务当中，其中有53%是说我原来的这些服务我不能用了，但是也不需要重建，我需要在这个基础上进行修改，修改什么呢？就是把SOA相关的一些数据访问和处理加入到服务当中去。还有20%是需要新建的，就是我原来系统当中根本没有的。比如说我本身关于SOA指标处理的服务，他是需要新建的。另外一个，就是说我们从前面的过程来看，实际上我们在流程进行演化的时候，我们是不是都是自动活动呢？实际上并不一定的。除了自动活动还有大量的人工活动，人工活动多的话，尤其在中国这样的环境下，就带来很多复杂性的问题。我不知道在座的各位做流程的应用做的多的，大家是不是有经验？在中国最难的是什么？最难的是人工活动。因为人工活动跟你的组织、管理的方法、管理的规范是相关的。而中国最灵活的就是人，比如说中国有一些特殊的流程模式，比如说你这个流程到我这里才可能知道怎么走，这是中国环境的特点。比如说各种各样的代理、代办、督办的模式，我们看流程的演化过程当中，我们发现有很多人工活动的引进，这就会带来很大的复杂性。另外高达73%的服务都需要修改或者是修建，大量服务的变化，如果高达73%，我想各位开发人员都有印象他对你原来的服务是什么概念呢？大部分的情况下需要重新来，因为这个比例太高了，如果你原来的服务架构没有一个很好的支撑的话，大部分的情况就是重新建设一套。这个就是我们在中国市场面临的显示。
所以实施SOA的挑战和难点，我认为从管理的角度来说，他最大的难点来自于我们的客户对管理规范和管理流程上。当然了中国现在实际上很多的企业并不一定可以做好，这是一个SOA非技术层面的比较大的挑战。另外从技术层面来说，我管理要不断的引进，不断的发展。如果我要想不断的演进和发展的话，需要有一个很强的，能够快速的去优化调整我的流程的一个技术手段。这个技术手段我总结下来就是说第一我要有业务化的流程编排的问题。就是我要在业务的层面上把我们的服务组合起来变成流程。第二，是需要我强大的符合中国这样一个环境特点的人工活动的处理。这两点缺一不可，如果要是缺一个，就跟我们开始讲的实现SOA的目标和理想有很大的距离了。另外就是说我们的流程是建立在什么基础上的？是建立在服务的基础上的。而我们刚刚讲的，流程要不断的细化这就对不同的服务 带来重新的定义。因为你的精细化程度高了，需要服务颗粒度越来越细，这样问题就来了，就对你的服务灵活性是不是够，如果不够的话，你就要重新做一个。
所以对服务的架构就提出了很高的对如何构造服务的要求。我觉得最大是两点上，第一个是灵活性第二是可管控性。大家一定要记住可管控性，什么叫可管控性，我们今天软件面临的问题是说什么呢？就是说我任何一个东西做下去，可能很多时候是取决于工程师每个个体的能力，如果我个体能力不够的话，可能我做的东西就会有一些缺陷，如果我们团队很大，我100个人做一个项目，这时候你会发现根本不可控，因为我们现在企业级的软件太复杂了。
所以构造服务是技术上的难中之难，这里面有两大点，这都非常的重要，我们需要在流程上的业务配置能力和强大的人工环境的处理能力。我们的服务怎么样构造一个高质量易管控的服务，这都是非常重要的。他那些特性呢？首先要容易加入新的功能，第二是容易对原有的功能进行调整，第三是要对原来的服务进行细化，第四是要增加可管控性。第五要能够有一个生命周期的管理。最后一定要要标准化的方法构建我们的服务。
有的认为也会提到，既然这样的话，我们现在是不是可以通过规划的方式解决呢？在我看来这是很难通过规划的方式去解决的，现在我们做SOA的话，无非是两种模式，一种是自下而上的模式，一种是自上而下的模式。所有自上而下是说从战略目标开始到业务的应用到数据模型的共享建设一步步的规划。跟钢我们讲了，中国市场的特点是什么？就是说我们还在不断的市场化进程当中，还有很长的管理上的引进路线，未来两年到底会发生什么没有人知道，我们就看中国的电信行业。我们分拆重组都搞了几年了，马上3G来了，现在又传闻说联通要进一步的分拆，他的新网进入中国电信，旧网和中国网通进行合并，这样的变化是没有人可以预料到的。另外一套方案就是自下而上，比如说今天我坚一个CRM，我从他的域开始思考，结合企业发展进行一个规划，然后我做一个成本收益图，无论从那种规划方法，我们都解决不了服务构造本身的问题。他毕竟是一个渐进的演变的过程。
服务构造为什么难，我想做大的企业级应用的工程师、开发商或者我们的用户都有深切的体会这里面我列出了一些问题，因为时间的问题，我也不详细的解释了。比如说我们项目越大，失败的概率也高。或者说你经常说我半年要做完的项目结果做了一年，这样的案例看的非常多。这样的情况跟我们SOA有什么必要的联系呢？SOA的服务构造的问题实际上跟他是一个类型的问题，就是你的应用建设本身，你应该采取什么样的架构有一个合理的方法。目前我们讲的PPM、ESB的技术实际上是解决不了这个层次的问题的。这是考虑到我们有没有很好的服务架构的问题。这里也讲了一些，为什么会出现这个问题，头两跳实际上跟我们刚刚黄博士讲的是一个意思。就是中国的环境会有大量的矛盾，这个矛盾是说我钱很少，对系统质量、性能、架构要求很高。我想我图上的这些数据，正好也可以印证刚刚黄博士讲的话。为什么我们说服务构造一定要有好的架构呢？这里面有一个功能性需求和非功能性需求的的问题。实际上在我们的需求当中，软件的非功能性需求的满足更追求，像拓展性、性能、稳定性是更重要的问题，这些问题是怎么解决的？实际上是靠软件架构去解决的。我们软件为什么要架构，如果你没有这些非功能性的需求，我可以没有任何的架构。正是因为你有了这种非功能性的需求，才有了架构。而实际上我们投入软件的时候，你有多少的精力是花在架构上，很少。所以这样下来自然会造成很多1问题。我们的解决方案是什么呢？我们的解决方案首先是你要可以建立一个适合SOA服务的架构，什么的架构最好。我们最重要的是什么呢？我们最重要的是要把组成复杂应用和复杂的服务的，有限的收敛的单元，或者是小颗粒的构件找出来，找出来以后大家就有了一致的方法、一致的语言，这样才可以根本的解决问题，我的架构一定要可以支持这种复杂、未知的服务，可以成为有限的，收敛的单元。
有了架构够不够呢？最好是一个封装好的平台化的架构。平台化和架构有什么区别？我们知道我们有一个大楼的框架，可以进行很多修修补补的作用，而平台是我站在上面就可以用了。所以最好要把架构变成平台，架构非常的重要，而你怎么用他呢？我要有一个架构的平台，这是最重要的。如果站在平台的角度来说，平台的一体化和完备性就非常重要了。
下面我们会由我们的资深的专家给大家去分享我们在这一块具体是怎么做的。当然最后如果你要加强你的管控能力，除了很好的工具以外，还要有很好的方法，这个方法对于普元来说我们也有比较好的方法，可以真正的实现软件生命周期的全过程的可控。总结一下，一个是我们很难从规划的层次上解决我们SOA的服务构造难的问题。在这里面我通过一个具体的案例，有73%的服务，在我管理精细化的要求下需要重建，在这样的背景下，所以我需要一个合理架构的服务，这个服务架构很难通过规划完全的解决他。SOA的挑战在哪里呢？就是说我的服务可否因为管理的精细化而稳定的可控的演进，SOA的服务构造要从面向构件开始。
我就讲到这里谢谢大家。

主持人：非常感谢刘先生，他的观点非常的清晰，服务构造是中国SOA的关键点。接下来我想问一个问题，谁可以告诉中国目前的手机用户有多少？我昨天查了一下，中国大概有5.16亿的手机用户，中国是目前最大的移动用户市场，而且在未来的5到7年，可能会到9亿。那么在这么大的市场里面，在中国移动的份额当中，广东移动是他的最大的地方用户，下面我们有请来自广东移动的陈跃峰博士，给我们讲一下他在SOA背景下他们的实践。

陈跃峰：非常高兴有这样的机会和大家交流。刚刚指出了我们在日常开发当中遇到的一些问题。我非常高兴通过对广东移动的系统跟大家分享一下在SOA应用上的经验和教训。
我介绍主要包括六个方面的内容。首先是我们这个项目的背景。EMOS是广东移动当中支撑体系提供综合业务管理和信息化的平台。参照电信的TMA的网管模型，我们将EMOS分为三个体系，纵向上我们分为一套模型。我们的EMOS系统定位在服务管理层的一个综合支撑平台，他包括服务开通、保障、还提供信息发布等一系列的日常支撑功能。
外部动力主要来自我们集团公司对集中化管理的要求，以及我们广东移动相对分散的模式以及网络规模之间的矛盾。其次是我们广东移动信息化的改革，我们集团用户的需要，满足客户的要求。内部需求来说，目前广东移动的IT支撑系统是相对比较分散的，网管支撑比较大复杂，网络规模也是比较巨大的。其次也是我们我们为了满足集团化要求的需要，逐步的实现精细化的管理。
整个项目的业务目标有四个方面，在业务流程方面，我们希望形成一个清晰的流程支撑，通过流程的固化，使业务人员对IT服务和运媒的看法操作统一。在人力资源上可以统一不同分公司的工作组织和流程，可以使每个员工的业绩可量化，可以使各个 地方的专家资源形成集中的维护力量。对IT来说，可以实现对IT服务和网络运媒系统的整体计划和管控，打通各个地区之间的信息通道，实现流程的快速接触、胡同。同时对流程和应用有一个实现平滑过渡，实现监控和KPI的评测。同时也可以形成集中统一的知识经验库。
我们系统的逻辑结构分为对外和对内两个部分，对外接口目前和10几个系统都需要建立接口进行信息共享，包括我们非常重要的一些系统。他的内部系统是以指挥角度系统为核心的，包括10个功能模块，指挥调度系统是以流程引擎为基础的，在这个基础上上实现了几十个基础的业务流程。
作为产品的核心组成部件之一，流程平台核心的选择，我们考虑了几个关键点，首先是我们希望易于集成快速部署，用比较少的成本完成未开发和更改。目前电信的变化需求非常的快也不明确，这一点其实在去年的SOA论坛上我们也重点阐述过。为此，我们非常希望采用组件化的设计和开发，另一方面我们希望这个系统性能和稳定性可以达到电信级的标准，也就是说他的可用性能达到5个9，全年中断时间不超过5分钟。即使终端也可以快速恢复，这对我们维护，要达到高可靠性非常的重要。
基于上述的一些考虑，多少采用了SOA的技术进行设计开发和实施，应该说取得了一个很好的效果。主要表现在系统的性能和开发的成本，以及开发的效率上，都业绩说有了很大的提高。这在后面也会比较详细的阐述。
这个项目的技术方案，这是系统应用部署的方案。整个实施效果刚刚提到主要是从两大方面，一个是对性能上的提高，这张图是展示了从我们的系统从上线，从采用SOA技术之前到目前这一年多来整个性能的变化曲线，横轴是时间，纵坐标左边是我们的性能，相应时间，右边是我们的系统的负载，从这张图可以看到，我们在采用SOA的技术前后整个系统的性能是有非常显著的提高的，相应的时间是显著缩短的。随着采用了SOA的技术以后，随着系统负载的增加，大家可以看到我们的系统负载是成指数的趋势增长的。我们的系统性能应该说在初期阶段也是有一定的延迟，但是我们通过两次的系统优化，我们可以看到我们整个系统是对于能够满足高负荷负载要求的。
另一方面对于开发方面的支持。我们在采用了SOA技术之前，我们对于一个流程的开发大概是需要24个人/月，一直到去年我们实施了SOA以后，我们整个的开发效率提高两倍以上。
总的来说，SOA技术的引进，对于我们的用户来说，使得业务和维护得到两的支持，应该说这是产品最大的成功，主要表现在对业务带来了好处，对实践和业务的快速交付，在商务上也可以对开发更加的可测量。对于我们IT部门带来的好处可以更实现我们对IT服务的治理。提高IT无父无的相应速度，减少成本，可以使我们的IT服务更加的可靠。
我们在SOA产品推广方面，我们认为存在的一些关键问题来说。在使用SOA技术一年多的时间里，我们感觉到我们作为用户来说是需要从业务分析到实践的一整套的解决方案。我们在业务分期阶段，我们希望可以采用SOA的灵活性，对业务进行描述，这一点其实现在还主要依赖于我们的系统架构师。我们目前很多SOA产品还主要是一个开发平台，而不应该是一个业务平台，我们希望我们的SOA的这种产品可以引导我们的专家，可以用SOA的思想构造我们的业务。这也是SOA可以迅速的支撑业务的关键点。另一方面，我们希望满足我们电信级的要求；我们希望这种核心流程平台软件可以支持全方位的，监控所有的服务状态。也就是说我们希望对于这种平台，可以从内部输出可供监控的一些信息，可以使我们在对我们的日常维护的故障预警和定位上，可以起到很好的支持。其次我们在部署SOA产品的时候，我们作为用户来说，既希望这个不是过于复杂，在部署上非常的容易。另一方面，我们又同时希望这个基础构件不能过于简单。这可能是矛盾的，我们需要在以后的实践当中有一个折中，谢谢大家。

主持人：接下来我们进入到一个15分钟的对话环节。我们想邀请在座的朋友们你们的热情参与。

朱建：大家好我是江苏电信科学技术研究院的。主要从事架构设计这块。我叫朱建。

主持人：其实我们刚刚各位嘉宾回答了一个问题，为什么S对SOA来说那么的重要。我们这位架构师他也踊跃的上来。他肯定会有他的困惑，他的迷思你能不能分享一下你们在电信领域当中，在事实SOA的时候，你的困惑和迷思是什么？

朱建：其实我们公司做的主要是电信领域这块的，我们现在基本上在各个省大量的实施上去了，但是涉及到作为系统对系统的接口就特别的复杂。包括我们内部系统之间的接口，领域包括和BSS，像OA的切口都有很复杂的关系，非常的麻烦，整个架构都非常的乱。这让我非常的困惑。

刘尔洪：你讲的是属于在电信行业比较典型的一个困惑。就是系统之间的集成问题。实际上这个问题，我个人认为，要从多个方面去看和解决他。我今天讲的主题是为什么服务构造是非常关键的问题。实际上这个服务构造本身你做好是有利于你解决集成的问题的。当然现在集成问题，并没有非常好的解决方法，我们说他涉及到了设计、服务、流程、数据、页面都可以有一些解决方案，每一层都有关联的及如果你可以在下面做的好的话，上面就会很少。从服务来说做的好的话，上面的集成就会少的多。

陈跃峰：其实我刚刚的PPT当中有一页也是同样的情况，我们不仅仅是这个系统，包括技术的各个系统我们都会遇到这样的问题。一个新的系统要和很多的旧的系统连接，应该说我感觉并不会有特别多好的办法。我们说如果采用一种通用的技术进行扩展的话，在这方面来说，确实可以减轻很大的工作量。我的一个实际应用来说，确实也在这方面对开发的更改来说确实减轻了很大的工作量。因为这个平台是一个开放的平台，我相信这也有很大的帮助。

Larry Huang：实际上他提的这个问题，在下面的环节里面，我们还是会有很多的介绍的。我们讲如果说你用标准化的去构造服务，按照SOA的技术去做了的话，他本身就有非常好的集成性，就是你集成的工作本身就简单了很多。这个问题后面还会着重来谈。随着专家的介绍，你可能会有很多的答案

观众：我们在项目实施当中，我们发现一些问题是说，刚刚刘总提到一个中国的企业当中，在实施当中最大的问题其实是人的问题，也就是说我发现有一些流程，比如说从A结点到B结点，再往下走的时候，只有你到了B结点的时候，你才可以知道下面的结点干什么？他带有很大的自由度，比如说我有一个文档发给一个老总审核的时候，他看了以后说觉得我看了这样之后，我还要给别的行长看一下。这就会触发新的流程，而这个流程是原来的主流程当中没有的，我想问一下您如何解决这个问题。

Larry Huang：这是中国和美国非常不一样的一点，在美国我们申请一个电话或者是贷款，如果你的材料不全，或者是某种原因就要退掉重新来的。而中国有很多不一样的对象。我们等一下会有更加详细的介绍，就是我们想搞的工作，这也是为什么我们的产品在建行、交行广泛使用的原因，我们支持一个叫自由流的概念，我们在大的流程制定的时候，我们可以规定在某些流程的时候，让业务的处理的人，他动态的决定下一步的工作。所以这个是我们在流程引擎当中，对类似的一些东西做的一个支持。我们在流程当中，这是其中的一个方面，其实还有一些比如说我们叫特事特办等等，我们有十几种非常独特的东西，打造一个面向中国的流程管理。一些具体的技术细节可以跟我们公司联络一下，包括我们也可以给你做一些演示。

观众：各位嘉宾好，我想问一个和去年话题比较有关的话题。刚刚主持人问到了去年的关键词，第一个就是标准。我想问一下普元标准制定现在的进展如何，后续的标准有没有发布。最后一个标准的组成大概是什么样的。

Larry Huang：在去年的时候，我们的OSOA刚刚加入了OSS组织，我们是在去年年底之前提交的。按照一般的流程来看，这个时间会在1年左右，会在今年下半年得到一个正式的批复。现在我们正在做的DIS的标准，所以总的来说，这一年当中，主要是在标准的推进过程当中这个标准一年来非常的稳定。所以现在应该说，标准是比较稳定，然后通过标准组织，正在不断的推广，如果从实际情况来看的，现在包括IBM、普元这些产品的话，已经开始推出一些标准模块。

主持人：谢谢几位嘉宾，也包括我们的踊跃者。一会儿会我们的工作人员送给您的礼品。接下来我们进入到第一轮的抽奖环节。

（抽奖环节）

主持人：谢谢大家。有人把SOA类别成一个城市的规划，就像这个城市的规划需要城市的规划一样 ，SOA的实施也需要SOA的规划蓝图，我们刚刚在第一篇章回答清楚了为什么S是SOA中的关键，那么下一个话题我们就讨论一下怎么样打造一个S。在这个话题分享前，我们有请陈朝晖先生跟我们分享一下SOA企业应用架构和标准的规范。他有着14年的从业经验，相信他会给大家带来众多的分享。

陈朝晖：大家好，如果大家最近在网上用百度或者是谷歌去搜索一个人的话，你就会发现这个人是一个IBM人，他说SOA的企业架构以ESB为基础是一个错误的选择。这个人叫鲍威伊沃夫。
当大家对SOA一步一步认识过来的时候，很多人说SOA不是技术，而是业务，也有人说SOA不是业务而是管理，后来又说不是管理，是方法，后来又说不是方法是策略，最后好象不知道大家SOA是什么了？希望接下来的20分钟可以和大家分享一下究竟SOA应该是长的什么样的。
我们首先看一些业界的观点。应该说SOA从概念到现在已经有了10多年的时间，到底他是技术是方法还是什么？大家对他的期望值又特别高，无论是从业务视角的灵活性，还是管理视角的管控性希望都非常大。希望可以随着这次大浪过来可以找到里面巨大的机会，可以提升自己的竞争能力，并更多的占有市场。我们看一下业界对SOA的看法。上面是著名的分析机构加纳对SOA的著名的观点。他看到说现在我们应该说企业基础架构当中90%以上的架构都是用Java或者是.net来做的，但是他指出这些平台越来越不足以解决我们现在以及未来企业要面对的问题。我们现在需要一个SOA的架构更加适合我们企业动态应用的发展，我们需要一种软件的模式。这个软件模式是需要新一代的模式，而不再是以前那样项目为导向，一大堆的代码，而支撑这种潮流的发展，一定会有新一代的中间件的平台诞生。而原来的技术，当然他在过去的十年当中不断的支持着SOA的架构，支持web服务，支持一些消息的、服务的、管理的等等。但是这样在原来的架构上不断的添加SOA的需求的时候，功能的时候，特征的时候，他只会进一步的复杂我们已经很复杂的企业的架构。
他可能更多站在技术的趋势和潮流去看。IDC也有一个定义，对于他们的定义可以看到对于灵活的市场需求和变化的应对，这是大家都摆在面前的，刚刚黄博士讲了10倍、10倍，1/10、1/10，当我们面临这样的市场的竞争的时候，怎么样做好规划和建设。这里IDC也定义了他所定义的所应该遵循的6大原则，里面提到我们应该看到这些IT应用的成本模型，是整个系统加上人加上信息，都是堆在一起的，不清楚到底成本在哪里？还是说有清晰的运营成本模型，知道每一个业务单元成本是什么？是不是可以有一个灵活采购模型，因为互联网的到来，这个企业不可能鼓励的提供价值。他在一个生态圈也好，与他的左右的伙伴，与他的上下游共同的发挥他企业自己的价值。给到这个市场、社会和他的客户。他需要一个非常灵活的采购的模型。
第三个，就是SOA的体系架构也必须成为一个IT建设的一个基本的原则。虚拟化的资源的模型。大家都知道，企业通常先是定方向，定战略，定了战略以后要去配置资源，为了达到这个目标，我需要什么样的现有资源，当现有资源不足的时候，当我没有能力的时候，怎么样借助用力构建这样的能力。对于资源的配置，我们需要打破部门，甚至是打破企业，我们需要把这种资源，无论是信息的资源还是服务的资源还是流程的资源，甚至是人工的资源，可以在企业的范畴，可以跨部门、人去共享，最大的发挥他的竞争力和效益。
组件化和标准化，我们要提升我们的整个企业的效率，我们不可能在像以前的各个系统形成各种的孤岛。我们要把复杂的系统组件化标准化。来实现软件产业可以工业化的去发展。我们需要学习福特模式，学习制造业当中的非常精细的专业化的发展。但是我们的软件动不动就几十万上千万的代码，很难去灵活的应对市场的需求。
最后一点就是端到端的设计和管理的能力。我们设计一个业务、管理架构的时候，我们是不是可以看到有这样的一种设计管理能力。波音飞机是由上亿的零部件组成，由几千家去为他设计一些零部件，但是波音公司最后整合在一起。到了中国之后，其实我们会发现，中国的市场和美国的市场一定会有不同。因为我们还存在社会发展的初级阶段，而美国已经是发达国家，欧美都是这样，他的管理、流程已经通过了这几十年下来非常的稳定，他的变化也是相对比较小的，而且他的IT资产也相对的稳定和成熟，而中国的客户基本上都是一期、二期、三期、四期的建设当中，因此中国的市场的根本是快速的变化，10倍。因此决定了中国企业采纳SOA方向的时候，他的路线的不同。
第二个我们同样在进行SOA的建设的时候，需要考虑的SOA，刚刚提到的，当你构造一个服务的时候不仅仅是为了项目的服务，当你成为一个业务服务的时候，更要考虑能不能在组织当中更大的体现价值。服务构造在整个SOA落地实施当中一个关键的部分、任务。因此我们今天下午整个主题都在探讨服务构造对于业务流程关键性，对于我们应用的关键性，如何构造这样的服务。下面这张图也展示了中国企业客户所处的阶段，很多已经从概念的接受，到局部的实验，有一些领头羊的企业都已经开始进入到全企业的部署。我们所接触到的一些大型的，无论是金融行业还是电信行业的，都在做整个企业范畴的SOA架构。也是因为这方面的领先性，在帮助类似于中国的四大银行，像建行、交行等等，包括帮助中国移动等等，在规划他整个的技术架构平台和业务组件的规范。
从整个的企业计算发展来看，我们去看历史是为了让我们更加了解我们现在所处的情况，看到说未来两三年我们应该是怎么样的应对变化。从主机终端我们可以看到，有了这样的技术架构以后给我们带来了什么？技术架构不仅仅是实现一个功能更多是站在管理和业务的视角来看。这样的业务架构使得我们可以到银行去存钱、取钱，银行可以开门营业了，银行可以实时的账户交易处理。但是他必须要花几百万的美金才可以部署这样的系统，才可以进行存款和取款的服务。我们看到80年代的客户机的服务，他是更加简单的技术架构，这样的技术上，使得我们的企业，可以在不同行业不同地域之间协作，银行可以实现通存通兑，银行和保险公司和移动公司进行很多的中间业务，电信业可以推出积分业务。这样的价值对于社会的价值是巨大的，让我们的企业业务的模式，新业务的推出都有了可能。但是他可能还是会限制，我们到银行5点关门了，你不要排队了。因此现在有了BS的架构，浏览器、互联网、服务器的架构，这样的架构让我们企业提供服务的时候，他的手段方式，他的地点、时间的限制都有了一个数量级的扩展。可以让我们在任何时间、地点、方式消费我们企业的服务。我们还希望我们的服务更加的灵活，我们希望可以更快的，甚至在几个小时里就可以推出一个新的业务服务。这就是对于我们整个技术架构又一次新的时代的要求。我们需要提供这样的一种服务的平台。我们的软件开发商用新的面向服务、构件的模式做我们的软件，整个社会的分工更加的明确，我们可以在这样的架构下更快、更高效、更灵活、更可管控的进行我们的服务模式。这样的情况下，构件变成非常的重要，这些技术标准是帮到我们企业在建立这样的业务服务的时候，有了标准，有了共同的语言有了更高校的软件服务的模式。
最近有一个新闻，亚马逊推出了一种新的服务叫EC Q，他告诉你，是160G硬盘，1.7GCPU的处理美元，一个小时1毛钱美元，也就是说你做5000笔服务交易的时候，大概花1分钱人民币。可以看到，这给我们信息化的建设又是一个巨大的数量级提升。但是我们要享受到这样的计算架构，必须要准备好实施这样的SOA，把我们的业务模块树立的更加清楚，更加的高效和快速灵活的应对。
我们以前看技术的时候，说到SOA因为是厂商提的更多，大家都觉得厂商提的总是技术，又是一个什么新技术出现了。其实并不是这样的。很多人否定说SOA是技术，说他是业务、管理，这些其实都没有错。因此大家没有一个全景图帮助大家真正的了解到，SOA要在那些纬度上考虑这个架构，这些架构要考虑，帮到我们在应约系统建设的时候，带来好处，首先一定是业务需求为最新的导入，业务大家讲灵活性、灵活性，讲的就是业务的灵活性，业务需要灵活性，我怎么样才可以灵活，现在我基于那么多的代码去做可以灵活吗？我每一个项目都形成自己的一个孤岛可以灵活吗？因此我做的业务方式要改变，开发业务方式要改变，要用构件化，流程化的构建我的服务。有了这样的业务模型以后，大家都讲IT资产的概念，信息是资产，流程是资产，服务是资产，我的一个界面也是我重要的资产。那么有了这样的一种模型之后，更重要的是看，我的IT技术怎么样可以更加有效的配置我的资源，我的信息、我的流程资源。这就是需要在技术层面解决的问题，他通过服务化和协同的架构，来帮助我们最高效的实现我们的IT资源的配置。这些IT资源的配置最终是要实现业务的灵活性。同时现在我们也不可能想清楚一两年、五六年以后的事情，我们的规划一定是在一定的条件下去规划的，因此我们需要一种手段和框架持续的监控我们的状况。我们某一个单元的模块或者服务，是不是有效的帮助我们实现了多少的利润。因此我们需要一个管控和治理的框架来管理这个纬度。来帮助从IT资源的角度，从业务模块绩效的角度，梳理、持续的优化我们的企业业务。这个三惟我们也可以再细分一下，企业的价值如何衡量，客户的价值代表了企业的价值，而客户的价值是通过流程来体现的，客户通过这样的流程获得最终服务的时候，他的价值就会被体现出来。因此我们现在做整个业务构件化的模型的时候，需要自上而下和自下而上的方式，这两者并不矛盾，自上而下的树立我的流程是不是最优化，资源是不是可以满足，从最高的业务流程实现最终的业务服务。到下面的去定义出我的业务的领域，业务的模块在这些领域当中实现我的服务，一直到下面的支撑平台的构件，他可能所有的业务的构件都需要工作流串起来，需要报表分析展示，他需要内容管理等等这些平台性的构件来帮助我们支撑下面的东西，在最下面是我们的技术构件。所以业务化的模型，就是把业务分层的过程。有了这样的模型以后才可以说达到一个业务的灵活性。接着就是配置我们的IT资源。IT资源好象哪里都是我们的资源。我的应用服务其里面很多的Java代码是我的资源，这些资源如何在这样的架构下最有效的配置。这里有第二个纬度。这样的纬度也是支撑了我们上面的业务模型达到业务的灵活性。
最下面是我们的资源层，资源也是一种服务，无论是你已有系统的ERP系统，你的积分系统，你的应收帐目系统，里面的模块是你的资源，你做新的应用的时候，新的流程的时候是你的资源。这种资源也是一种服务。往上是我们的服务的构造。我们具体一个页面的服务去构造出来我可以有各种技术，我可以有现有的java的技术，用普元的非常高校的图形化组装的逻辑技术都可以，他是一个开放的，和语言和具体技术无关的，来实现我具体的服务构造。而构件层具体实现我们的服务。到服务层这是非常重要的，这层是帮助我们实现了服务的标准化，大家在业务流程、业务服务当中，讲的是同样的语言，这样才可以带来我们业务的灵活性，无论是接口还是数据层面的，帮助我们实现这种标准化。真正有了这样的基础以后是我们的流程层，再向上通过我们的协同层我们的客户端的技术，我们的报表分析展示，我们的协作技术，来帮助我们把人、流程、信息在这个组织层面可以协同起来。当然他可以支持各种各样的渠道方式。这样的一种分层资源配置的模式，技术架构的模式，支撑我们业务构构件化的模型，当然我们需要持续不断的治理、监控、优化我们的业务模型跟IT的资源，因此我们在整个SOA架构的第三个纬度，就是我们的管理纬度，他有了一个管控的框架，我们可以更多的监控到我们的业务服务的IT的操作，数据库的操作是不是最有效，是不是有风险。同时他是一个动态的框架，可以把我们的安全策略、交易策略，甚至是我们行业自己的特定的策略注入进去，这和你的业务本身开发并没有关系，他是完全松绑的，他可以动态的配置进去。这个治理框架也可以通过一些应用和平台来配置应用，来帮助我们不断的在客户化的时候，当项目具体到一个点的实施的时候，可以有效的客户化，去配置。其他的一些将来还可以发展的，包括服务的方针、服务的虚拟化等等。
这样的三个纬度，大家觉得从技术、业务、管理的纬度，达到业务的灵活性，技术的高效性，管理的管控性，怎么样把这个能力变成我们自己可以是得到我们自己的具体的应用当中去呢？这个是难道我们自己每一个应有的开发商都要去研究这么多的技术标准吗？其实并不是这样的，这就是我们需要看一下，这样的三个纬度的SOA的架构，如何通过一个生命周期去成长，因为你的最终资源和服务是有生命的，他是有诞生、发展、使用、体现他的价值、消亡的过程的。因此我们需要看清楚这样的一个事务他的生命的周期，我们不可以违背生命的本质，他的规律，说上来就搞一个ESB吧，就是服务管理了。这是违背生命周期的本身客观规律的。所以这也是最近埃森哲的CEO发表的一个观点。现在如果说我没有足够的业务构件的时候，我绝对不会采购ESB的。所以大家可能会发现这些观点，和两年前为什么一些厂商推荐的不同，如果我们违背生命的客观规律的时候，自然就会发现这是一个投机的行为，最后就是ESB在那里空转，只是买了一个产品。从他诞生开始我们需有一个企业的总体规划，这个规划非常的重要，真正的定义出对于我自身的企业我的目标是什么？SOA并不是我脸上帖金的，需要达到具体的企业的目标，我的策略和远景是什么？我应该的业务蓝图是什么？当然企业都会面临很多的风险，说联通突然拆分了，突然什么又合并了，我是固守在自己的状态下，还是有更清晰的蓝图的规划，我有越清晰的蓝图规划，我越知道我应该剥离那些业务。面对未来不确定性的时候，规划是非常重要的。
我们也需要一套具体的方法，把我们的服务和分析实心出来。有了这些分析、设计规划之后，我们具体到了一个用什么样的技术实现我们每一个业务和服务。如果没有这些服务，光去搬一个ESB上来是空的。所以我们需要看到这是一个非常有效的方法，可以帮助我们低成本、高质量的把服务构造出来。
有了这些几百个几千个上万个服务的时候，我们企业就需要进行统一的管理，让他的价值可以体现出来，因此我们需要在组织级进行分享共同运营。通过监控运营不断的优化我的设计，业务的设计到业务的实现再到服务的运营使用消费再到治理，再回过去了。
所以了解了这样的一个服务的生命周期的时候，我们才知道应该从哪里开始，有了这样的一种生命周期的时候，我们觉得这是一套方法。我们应该具体有什么样的具体的架构平台承载呢？平台是帮助我们承载这个生命周期服务的。他这样的一个生命周期他需要一个环境和土壤，这个土壤就是这样的一个技术架构的平台。因此我们在这里也是给到一个，根据各种技术发展的趋势，中国的客户、全球客户的需求管理的要求，给到一个非常适合我们SOA的平台参考架构。
最开始是服务建模、设计、开发、调试以及相关的软件功能，包括审计、文档等等。中间这块是我们具体的服务的各个层面。刚刚讲了5个层面，他的一个运行，具体你把这个服务开发出来的以后，怎么样可以被人们访问，这种IT资产怎么样可以在组织内更好的分享。怎么样可以被更好的管理起来，发挥他的资产的价值。一直到最右侧的，对于整个服务的持续的优化和治理。所以出了这样一个先进的，适合我们的这样一个技术，SOA的平台的参考架构。那么这样的一种三围，我们看SOA不是一个简单的技术，我们需要业务的灵活性，通过主机构建模型。我们看到 需要一个治理的框架，帮助我们知道哪里做的好，哪里不好，持续的改进我们的业务。到我们有了这样的一个服务的生命周期，真正的符合我们的生命发展规律。到我们有这样的一个参考的架构，我们具体落地的时候知道需要什么样的技术帮助我，需要采购什么样的产品帮助我。因此在整个的SOA的架构和构建化的软件模式，他是一个颠覆性的一个软件模式和企业架构。这样的企业架构是不是真的可以带来灵活性、高效和管控能力，以及在这些基础能力上可以帮助我的企业持续创新我的业务，满足我的客户需求。
在这一点上，SOA代表了整个软件生产的先进的生产力，他的高效、灵活、管控的三个纬度，可以帮助我们提升比我们现在更高的生产力，生产力其实是从我们来看是企业社会在追求，什么样的生产力更高这个企业的竞争力就会更强。那么这样的一种模式也让我们看到，构建化的业务模型，让我们有这样的技术的手段，能够更加的精细化我们的管理。能够更加的找到自己企业的核心竞争能力和差异化在哪里。使得我知道我的差异化应该投入更多的资源去构建，让我在整个的生态链当中，价值链当中发挥更大的价值，这样精细化和差