金蝶国际软件集团行政总裁 何经华
【IT168现场报道】金蝶国际软件集团行政总裁何经华先生致辞：
尊敬的唐主任、张总、蔡总，各位嘉宾、女士们、先生们，大家早上好。
看了刚刚的rap表演，我已经很久没有这么年轻过了。我们今天非常欢迎所有的嘉宾参加我们和IBM联合主办的技术大会。刚才主持人说过了，技术大会主轴叫SOA。我想SOA在座的诸位都不会陌生它是什么，大家也不陌生它能做什么。一个企业的信息化，很多的企业的信息化是从无到有，从不自动到半自动到全自动。今天要解决什么问题？要解决孤和通的问题，过去的软件技术直接从代码走向应用，这个应用和某一个业务连接上了。
我们走了一阵子之发现，业务和业务之间是有一点脱节的，有点说不清楚。所以慢慢你的系统就开始多了，系统之间是没有连接的，系统之间的流程也是不整合的。所以SOA这个东西，我认为它不是一个突破性的发展，我认为它是一个一路走过来，企业对信息化的要求自然而产生的。它终于能够把我们的业务流程我们的代码做一个剥离。做了一个剥离之后，你把企业所有想要相关联的有效服务通过这个架构连在一起。也就是说，SOA这个东西，是人类从信息化以来一直到现在我们真正的能够解决企业信息化里面一个非常重要的关键“通”和“孤”，把很多信息孤岛联系起来并打通。
SOA让这个想法得以实现，在座的所有的IT爱好者、企业的CIO们、IT经理们，有了SOA这个东西可以帮你解决非常多企业内用户给你提的需求。在过去没有SOA的情况下是非常痛苦的，我知道有非常多企业的CIO一路走来，被公司内的用户追着跑，因为今天一会儿财务部门、一会儿生产部门、物流部门，你一被要求就要去定制一个新的系统，这个新的系统又不联在一起，组成了一个庞大的架构，非常的无序而难管理。今天非常高兴我代表金蝶公司代表所有的嘉宾来参加这样的活动，我也希望这个活动会带给每个人清晰的答案，关于平台、关于个性化，金蝶公司十几年来一直致力于跟上世界的技术水平，在今年6月4日我们和IBM结成战略合作伙伴，在SOA的道路上，IBM是一个领导厂商，IBM也是SOA技术架构的创始人，我们和IBM的合作，确保金蝶能够一直走在世界技术的总前沿，能够给我们国内的企业客户提供最好非常先进最开放最标准的技术架构。
最后，我预祝我们的大会圆满成功！谢谢
IBM地区合作伙伴部亚太区总监 蔡世民
【IT168现场报道】IBM地区合作伙伴亚太地区总监蔡世民先生致辞：
蔡世民：感谢各位，非常高兴有机会代表IBM来参加我们和金蝶公司联合举办的技术大会。前两天我看到一个报告，他讲得很好，过去几年我们讲SOA是什么？为什么我们走上SOA？我们怎么去做SOA比较好，走哪一条路线会比较好，改变已经很明显，从一个疑问到一个很实际的出发点怎么做。我不知道有没有人看过以前麦克波特的一本书，他说我们的竞争优势有两个，其中很重要的是低成本，还有一个是有差异性。IBM我们谈了很多关于创新、SOA等等，其实我们整个SOA和创新的理念是帮助我们的客户区产生这个竞争优势，整个SOA的灵活性能够把你的企业的成本大量拉低，还有因为你们的企业和业务的流程的改变或者是一些创新，能够把你的竞争优势提上来的时候，SOA也是一个这样的架构，能够很快的很迅速的把你的理念执行起来。
举一个案例，最近股市很热，包括香港，香港的股市上个礼拜上了一千多点，又掉了一千多点，非常好玩。但是从这个角度里面，这个礼拜中国银行宣布在天津的分行可以让人家直接投资在香港了。业务的改变是每一天都有的，中央银行会考虑我让客户开户去投资香港，还是我直接就进入到股市，让客户在我银行的系统里可以买卖香港股票。很多这方面业务的改变，流程的改变，业务的增长都是全靠有一个很强大的技术平台帮他提供出来的。
还有另外一个案例，我不知道有没有人看过《世界是平的》，里面讲到说UPS，这是一个物流公司。比如说，我有一个包裹要运到美国，我交给他。但是对他来讲，虽然我是一个物流的专家，我为什么只做运输的工作呢？他把他的业务延伸到做一个物流的顾问，当我是一个厂家，我创造了一些产品，但是我后面怎么运到美国，运到欧洲，这不是我的本行，我不懂，我整个交给UPS。突然UPS不仅仅是运输的公司而且是物流管理的专家，他要做到这一点后台的压力是很大的。他要和客户供应商、合作伙伴、运输公司、航空公司联系在一起，这是一个很大的压力。从这几点，创新带来的竞争优势，降低成本，实施SOA都能够全面的带给各位。
我刚才讲到，为什么要做，我相信大家都非常了解了，但是为什么要选金蝶公司和IBM来做呢？我也需要一点广告的时间。IBM在过去几年提倡SOA的说法的时候，我们默默在全球已经有上千个客户走上了SOA这一条路。SOA开始走的时候确实是一个新的概念，但是到现在已经不是一个新的概念了，很多客户已经走上这个路，包括很多在中国的企业，在电信行业的，比如说支付费用、收费，是不是有一个新的业务出现的时候，大家会觉得怎么收费多了一点呢？还有电力、医疗、制造业的供应链，每一个环节每一个企业都需要时时的SOA的概念。
今天的会非常特别，因为第一IBM是首次在中国跟某一家ISF举办联合大会，更重要的是IBM和雷曼兄弟6月份针对性的投资在金蝶公司以后，也是第一次去搞这样大型的活动。也是表示我们的战略合作的延续和开头。我们在合作方面是全方位的，包括有服务和硬件等。我希望通过这样一个大会，让两家公司的合作更进一步，我也代表IBM希望金蝶和IBM往后的合作成功，也希望今天的大会能够完满成功，谢谢各位。
IBM软件集团企业解决方案部大中华及北亚地区首席架构师 毛新生
【IT168现场报道】IBM软件集团企业解决方案部大中华及北亚地区首席架构师毛新生演讲：
企业应用架构的理念、技术与实践
大家早上好。今天我们可以说我们不再孤独了。IBM在探索随时硬件搭档的时候是6年前了，但是他们说我们要在亚洲地区找一支团队，一起帮助寻找答案，通过和客户一起来做一些实践，看怎么样将它的业务从不太灵活的状态到真正时时的状态。很有幸，我们和印度的团队有一些竞争，中国的小伙子们比较努力，最终我们入围和美国和欧洲的专家，在那个时间点开始了SOA的探索过程。
当时只有几个人，我们成立了中国SOA设计中心，开始在美国和欧洲一些地方做一些事情，那个时候还不叫SOA，那个时候我们叫做高级Web服务应用。希望能够借助与Web服务带来的一些好处，主要是它的副操作能力和标准化，看看能不能让各种各样的应用在一起，帮助企业真正的随时应变。从那一点开始我们逐渐的在4年前，在那个点上确定了一套设计原则和设计哲学以及架构的风格，我们认为那是我们找到的一个答案，就是今天我们在广为谈论和非常关心的SOA。然后再那个点上，弟兄们，我们非常孤独。我们去企业找CIO谈、CEO谈的时候，大家都鼓着眼睛说小毛你来忽悠我们了？那时候在像在爬一个很陡的山，可是今天看到济济满堂的专家、高手的时候，温暖感油然而生。
在过去几年中，我们在实践中的感悟凝结成一句话，今天的SOA已经成为你构造IT系统的一种哲学和方法，它能够真正的帮助我们满足现在业务对IT系统的新需求，就是如何能够真正做到非常敏捷的应对各种变化，想变就变。
我会从几个角度来谈论一下。首先是SOA的发展脉络，SOA确实是IT自然发展的结果，是一个发展的趋势。我们会讨论一下SOA究竟怎么落地，让我们不要停留在概念的探讨上，最后我们会简单的讲一下IBMSOA的理念。
从SOA来讲，我们已经讨论太多了，SOA的根本目的究竟是什么？在过去的这些年里，包括今年的几个大的跟客户交流的活动当中，我们还是看到很多的时候，客户有一些误解，SOA的根本目的是什么？我们为什么要做SOA的事情？有一件事情是非常重要的，SOA的根本目的就是业务的敏捷性。也就是说，我们如何借助与SOA，让这个业务本身想变就变。
要做到这件事情不是太容易，当中有三个要点要理解：首先是业务本身还是非常灵活的，实质上是在谈论我们不管下面有没有IT的系统。好比说，在国内实际上有非常多的企业，尤其是中小企业，没有什么特别的IT系统，都是靠人自己来做这件事情，他们也有一个业务敏捷性的问题、随时应变的问题，不需要IT的东西，业务本身是独立的。他自己怎么样才能做得很灵活呢？
我们举个例子，联想很高兴把IBM的PC部门买了，但是接下来麻烦就来了。因为IBM同时也卖给他们N多人，从美国、日本到中国的研发中心，与此同时，这些人工作的习惯，IBM卖给他们的部门的相关工作流程、文化理念和支持他们的IT系统大概一并都得卖给他们。我在美国若干个实验室包括日本的实验室都看到非常有趣的现象，IBM的办公室中间起了一道墙，建筑物里起一道墙很容易。IBM支持这些人的业务流程和业务系统中间砌一道墙怎么砌呢？
这对IBM和联想来讲都是一个很麻烦的问题。IBM怎么把这一部分人和相关的业务系统和数据剥离出去，而联想面临一个很讨厌的问题，我们怎么把这些东西接到我的系统里面来，这实际上就是一个非常典型的例子，你的业务想变化在发生各种各样的变化的时候，想怎么样去灵活的做这件事情，我们在过去的若干年里，和客户在探讨，牵扯到一个业务自身建模的问题，牵扯到一个CEO的角色需要关心的问题，我的业务是不是真的也可以组件化，我的业务的执行的过程是不是非常的富有柔性，我可以把我不同的业务活动变得什么样呢？就是内聚性非常高，外偶合性很低。
如果做到这一点就很High了，如果用户的需求发生变化，好比说银行，今天取钱的过程发生变化，电子银行和过去传统的存取钱怎么结合起来形成一个新的业务，让用户不用在柜台间跑来跑去，如果你的业务面上已经组件化并且想好了组装的问题的话，我想这个业务本身就很灵活，最终用户的需求就比较容易的去满足。
如果说我们在业务层面上做了非常灵活的处理和组装的能力，可是IT系统相当一部分业务活动是由IT自动化并且支持的，如果不能很好的去配合这一点，也是非常苦恼的。大家想想看在过去不管是我们的主机时代用汇编的语言，用C或者是其他的语言去做的东西，还是说在过去借助于OO、CBD、分步式的对象在做这个事情。我们一直都在努力的希望我们的IT系统越来越组件化、模块化、并且有组装的能力，但是有一件事情我们没有做好，就是在IT系统中你会发现，那些项目不管是组件和对象做得怎么好，或者是一些涉及的模式，可是抽象的级别比较低，它和业务的组件和刚刚讲的可重用可组装的业务的活动有着非常遥远的距离。
所以我们讲在这个地方就存在一个事情，我们能不能总结过去IT世界里一直在尝试和探索的，希望它有组装的能力，希望它重用，希望能够非常灵活的应付各种各样的变化的能力，设计哲学和设计原则，能不能提升抽象的级别，使得我的IT系统能够直接出现一个业务人员可以理解的抽象单元，而且这种抽象单元还可以像过去OO的世界里面的组件的样子，他们有着非常清晰简洁的接口，同时按照各种各样的模式可以比较灵活的组装，应付各种各样的变化。
服务作为一个更高级别的抽象，对在引用的IT系动，它继承了过去我们在多年IT探索中所得到的设计哲学和理念，集成了他们并且将其进行延伸，增加业务抽象和业务支持的部分的东西进来，成为一个新的IT人员应该掌握的抽象的手段。它可帮助我们非常灵活的将IT世界里的东西进行分割，并且灵活的组合。
有了这个工具，听起来不错。还有第三个问题，那就是一个已经切割好可以灵活重用和组装的业务世界里的单元，与IT世界里的单元，它们之间的影射，或者我们用一个学术的词“可追溯性”，这个参考的架构谈论最多的一件事情就是“可追溯性”，这个意思是双向的，当业务活动发生变化，比如说业务的规则发生变化，或者业务流程对这些业务活动进行组装层面上发生变化的时候，这种变化如何从业务的世界向IT的世界去进行传递？这是一件事情。
其次，我在IT世界里，当我要切换到一个新的平台，我从过去老的主机的世界切换到J2EE或者相反的过程中，我形成的IT世界里的冲击带来的一些变化，如何反馈或者在业务的级别上被阻断，如果有什么变化，怎么影响业务层面上的东西，影响在哪里，有没有很好帮助你定位的地方，成为减少这种变化对我们政体的系统，对于参与这个事情的业务方与IT方所带来的困扰尽量的减少。
所以我们说，在过去若干年的探索当中，这三个要点是在SOA世界里非常重要的东西，接下来我们从细节上进一步的看一下。
首先我们讲，从计算IT系统发展的历史来讲，它一直都在朝着这样的目标进行，从简单的01到打孔的纸带，到面向模块、对象、组件，今天的SOA、服务，或者说未来的什么东西发展，它一直都在研究这样的（情况），我们的系统越来越分步，抽象的级别越来越高，我们所使用的技术为了维持在大规模分步的世界里大家的交互性，使用的数据也好、功能也好、描述性的东西越来越标准，以这样的方式在发展。
非常有意思的是，在过去若干年里，互联网的发展以及Web服务的发展，对架构的需求形成了一个巨大的助推力。使多年前非常理论性的SOA在今天焕发了自己的青春。前面已经多次提到，这个架构风格从过去我们支持一个企业里少量的业务比较以主机为中心的单一的架构风格，在应用里都是非常多的紧偶合的，技术上极度亲密和相关的数据表达方式，逐渐转移到以部门为导向，满足企业越来越多的业务活动的需求，可是没有总体的规划，每个部门和业务的单位做它自己的事情，出现了一大批比较是各管各、自顾自的自身内部非常紧耦合的孤岛式的应用和数据的资源。这种架构的风格逐渐在过去几年里往一种组件化的级别发展。组件化更多的发生在应用的内部，一个应用或者平台上，构造的同级别比较亲密的应用怎么组件化，一个应用级别和几个应用级别之间的共享，脱离应用的环境和平台的环境就没有办法了。J2EE也好，其他的也好，过去都是在企业计算的角度，沿着组件化应用的风格在推动，依然是非常紧偶合的，可重用、组装的能力也寥寥无几。
进一步往前演变，分步性越来越强，每个公司的全球化、全球化的竞争、资源的竞争和分步等等，导致一个企业在全球分步的情形越来越明显。中国这些企业也都在努力的往外扩张，联想、TCL或者是其他的，一方面是业务面上我需要有地域上的分步，另一方面随着互联网的进展，应用也变得不是那么复杂化，很多开源的世界里，你要应用吗？随便找一个业务员来满足需求。应用从一个相对复杂非常严谨的大的东西变得越来越分步，自身非常简单，做单一的角度来进行。这些事情又许多串起来，互联网和Web服务的发展使这个事情有一个基础，越来越可行，无论是安全、性能等问题都可以得到有的解决。大家开始在想，原来和平台和技术没有什么关系，和地域和位置没有什么关系的切割，非常复杂的IT系统的方式实际上我们找得到，我们找到这种方式以后出现的好处是，我每一个应用本身可以做得非常简单，不用局限或者束缚于非常复杂和特定的技术环境，我们可以非常轻松的将这些分步的东西很好的组合起来，每一个应用做自身的事情。这样一个设计方式和设计原则逐渐的演变到今天，究竟有一个什么东西呢？具体来讲是什么呢？在这个地方牵扯到若干层面，首先是业务的层面，在这样的一个设计哲学?
从技术的角度来讲，首先是宏观的架构风格上，这样的一个IT的系统应该在这个世界里是以服务为中心去思考问题的，以服务这个基本单元来进行的，而不是以对象、组件这样的方式。在这样的世界里，有服务的提供者，也有服务的请求者，最关键的是，这些服务的请求者和服务的提供者之间的关系是非常松散偶合的，换言之，每一个服务本身不管是作为提供者和请求者是相对独立的，只提供自给自足服务的描述，不需要依赖于任何其他的服务、状态和功能，它只管它自己。
然后又一系列的架构设计原则和设计模式来帮助你真正的将这些管自的服务可以比较容易的找得到他们，发现他们，将他们很好的比较容易的组装在一起，满足你应用级别的业务需求。为了做到这件事情，有一系列的架构元素，后面我们会谈到，比如说ESB等，为了实现这样一个东西，你需要做什么，在这里会有一个变成的模型，这些模型在最初级的力度上就是Web服务，你做出这个就可以了。稍稍比较靠近的发展阶段就是SDA、SDO，这分别从数据的角度让你去做这个事情，这是程序员看到的世界。
合起来是一个非常重要的事情，我们怎么样去进行一个好的分析和设计，以服务为中心进行业务分析，问题的建模，转移到价格设计和实现。我们讲，很重要的架构元素、反映设计和风格的有几个。首先是ESB，实际上承载了过去信息的能力，增加了服务层次上的中介，可以帮助你去发现服务，可以帮助你去路游服务，是在语义和语法的层次上。通过它可以使服务的请求者和服务的提供者变得非常的松散偶合。
另外就是流程的引擎，一个业务流程的引擎可以帮助你把业务很好的组成起来，端对端的流程满足了它的特性。在这个层次上你也需要一些业务的管理，从而更好的去满足并且用数字化的方式去引导业务决策和优化。通过这样的做法以后，你发现在以服务为基础的世界里，原来这种非常坚硬的应用程序之间的边界就轰然坍塌了，而且非常低层的技术世界和非常高层的业务世界之间的差距消失了，所以使得一个IT系统不仅仅变得灵活，还使得IT人员和业务人员对话有了一个基础。
作为一个总结来讲，SOA实质上来讲，设计的原则和架构的风格是一个构建IT组织、实现和整合业务流程的新的IT的趋势，它的核心就是引入了新的抽象级别，就是服务。一个服务基本上我们可以理解成重复使用的，可以和别的服务进行组装的业务单元或者业务活动、业务能力。
当我们讲服务的时候，更多的是谈论的不是IT的概念而是你的业务的概念，也就是说，你的这个公司实质上是你业务基本上将这样的一种服务，也就是可重用的业务单元组装在一起，来形成你的业务流程，满足你的业务需求的公司，我们称之为这个公司是面向服务的，它和今天经济转移到知识经济、服务经济是非常有关系的。为了支持这样一个业务风格的IT的系统要具有自身的架构的风格，这种架构的风格是以服务为中心的，我们称之为面向服务的架构。在这个世界里，各种各样的业务方面的应用和流程其实就是一个又一个的复合应用。
我们讲，它和过去是非常不同的。首先是标准化和组织的承诺，这两件事情是非常重要的。第一你要做SOA的事情，标准化要在企业架构里有非常好的贯彻。另外整个组织的承诺不是CIO的承诺，不是CTO的承诺，也不是一个技术人员和几个技术人员的承诺，首先是亲爱的CEO同学的承诺，然后就是各种各样业务部门的承诺，他们看到面向服务或者是以服务为中心的业务模式对创新和业务的灵活性，对他们赚钱和关心的种种痛苦的问题的解决是如此之有效。所以他们说，OK，让我们面向服务，接下来是IT部门需要去关心和承诺的东西。
我们讲说，整个SOA实质上刚刚谈到，已经将IT系统的抽象级别从一个过去纯粹的技术世界（对象、过程、函数、组件等）逐渐延伸进业务的领域，还有第一步，服务。将来还会有更多的东西。开始做OO的时候，大家抽象自己的问题和一个业务问题的时候，最早的《OO的分析和设计》开篇就说把需求拿过来，名词就是对象，动词就是对象的方法，这是他所谓的做OO的方法论。而今天有分析模式、设计模式，有各种各样的东西，还有所谓的OO的系统怎么架构，演变到J2EE，这个演变的过程，以服务为中心的事情今天才刚刚开始。一段时间以前，我们参加服务的会议的时候，大家就说服务会不会转化为服务的伙伴去做这个事情。实际上对IT的人员做了一个新的要求，兄弟们，你更多的是业务和技术都非常熟悉的复合型的人才。
我们讲说，SOA对整个IT带来的冲击和过去不一样，过去不需要考虑我怎么样去做企业的整个应用系统，去考虑它的连通性，而今天SOA需要考虑这样的问题，从一开始构造这个应用，它就注定要和企业中的其他应用和外面的应用打交道的，连通性是非常重要的。在SOA的世界里，服务通常是下面来完成的，有粗密度的重用和组装能力，也有细密度的重用组装能力。
从技术人员的角度小节一下，SOA就是这样子，我们将业务的功能和应用的数据变成可重用的模块，它们可以连接起来，完成端到端的过程，这个模块就是服务。SOA本身定义了业务和IT两个层面上的东西，首先是你的业务本身、流程怎么实现，IT怎么样实现这样的哲学和业务层面的设计创建和交付。
所以从一个企业的角度来讲，你的客户看到的就很爽，他得到的体验真正是服务的体验。一件服务是我掏了钱，我就是大爷，我享受服务，不用管其他的事情。今天还不是这样。你试试到政府的部门去跑跑，或者是到银行去搞搞钱，这些都是很痛苦的，不是一个端到端的体验。柜台后面的小姐或者办事员一张脸板得和冰霜一样。做了SOA以后，企业本身从客户角度来讲，它看到的是非常有弹性的端到端的体验，企业的CEO都非常关心。自身的业务部门的老总或者是你的CEO们看不到下面IT系统东西，他也不需要关心，他更关心业务世界里端到端的业务流程，而且这些业务流程是可以进行数字化的度量和管理的。
SOA怎么落地呢？我们前面谈到了，首先是业务层面上的建模，怎么样将业务进行组件化。然后是IT世界里怎么架构，怎么去建设这些东西。这个过程是简单的，一方面是说业务世界里建模以后，借助于服务建模的过程，这实质上就是将粗密度的业务组件和业务活动与过程怎么样递次分解，映射到IT世界里比较细密度的服务上去，借助于SOA基本的架构风格根据你选择的产品设计架构和实现。
在这里看得非常清楚，一方面是业务的结合，还有一个是粗细密度的结合。SOA实际上是一个企业级的架构，是具有整个企业范围影响的，我们希望真正的去尝试SOA或者使SOA发生效果，我们应该像佛所说的，亦如是观。在企业中你发现，扑面而来的一个事情就是业务层次的世界，怎么将你的业务转化为可重用和组装的单元。我们发现说，有实现业务层面上的东西，站在用户的角度，站在信息的角度、数据的角度、功能的角度不同的去建模，实现各种应用，然后又一个整合的角度，怎么将不同的应用整合起来，还有一个怎么运营和运作的角度，安全的角度和系统管理的角度。SOA涵盖这方方面面。
因此我们讲，SOA没有办法一蹴而就，是一个需要业务和IT的世界携手同行，相互理解，有一个有规可循的治理，这是一个框架，做事的方式方法和规矩。大家这样合作才能达成目标，这是一个长期演变的过程。
实际实施的时候有很多问题，我们总结了十大顶尖问题，什么时候开始一个服务，什么是好的服务，可伸缩性标准等等。我这个地方只是简单讲一下，怎么样开始第一个SOA的项目。
通常应该有一个远景图，然后应该对自己做一个成熟度模型的分析，这里是从方方面面来讲的，可以类比CMM的角度去讲它，从业务组织、IT的方法、应用的状况、整个情形、架构是什么样子的，硬件和软件的基础设施。做完一个评价以后，可以确定自己的目标怎么做，选择其中的一个或者若干个作为你的重点开始第一个项目。
从切入点的角度来讲，可以从不同的角度来想，一个是增强数据的重用能力，一个是对连通性解决好，把整合的基础打下来，怎么样让人的合作变得好一点。我的业务流程是端到端，我拿到的是非常完整的数据化。
治理也是一个非常有趣的话题。治理是使得SOA的重用真正发生的基础。这里有一个例子，刚开始的时候，这个家伙提供很多服务过来使用，陆续有不同的部门开始来用了，提不同的要求，产生了冲突就开始解决问题，之后继续发生，就乱掉了。不见得你用了SOA的方法，用服务建模的事情来做就一定能避免这个问题，还是需要一个规矩，让我们从整体业务的角度而不是从一个一个部门的角度来谈这个问题。和前面讲的SOA是企业级的架构是一样的。
SOA的治理方法实际上是我们在实践过程中总结出一套方法，这个方法是可供参考的，也不见得是最好的方法。基本上你可以从计划的角度，先可以做一个计划，实际上是从企业政体的角度出发，可先侧重在某一个局部，做一个计划，然后将相关的规矩定义出来，国内的一些企业做得蛮好的，他们有非常完备的企业架构的实践，非常令人惊奇的。在美国做了几年到现在为止还处在不是特别普遍的阶段，国内一些企业在计划和定义都做得很好。实施的过程中要遵循一些东西，最后有一个评审，之后要有一个修改，这样去实施这件事情。因为你整个SOA来讲，服务是有生命周期的，从业务建模、定义出来，创建出来开始组装、应用、管理，这个过程中你都可以应用SOA治理的标准和要求。
这个图大家都非常清楚，这是一个以服务为中心的参考，这是IBM支持的服务总线，怎么通过这个服务来改造旧有系统的服务，新的系统如何在SOA、J2EE的平台上开发，自然而然的成为一个服务，然后有网关和合作伙伴打交道，把它的服务引出来或者你的服务供他使用。
下面分散的、离散的不相关的应用可以在一个服务的层次上，以一种非常好的方式被发现、路由、整合，从而组装在一个业务流程中形成一个端到端的业务流程。如果一些人力的活动通过一些东西转化为所谓的人力活动的服务，或者是一些信息整合通过企业整合，形成一个人、数据、应用的全面整合，通过端到端的业务过程表现出来。然后再这些服务和业务流程上施加一些数字化的指标，从而你可以进行业务绩效和流程管理，有一个数字化的基础来支持创新和业务流程的优化等，还有一些管理和开发的事情。
应IBM和书商的要求，在这里做一下广告，有两本书是相互配合的《SOA&Web2.0--新商业语言》是给老板看的，《SOA原理、方法和实践》是给CIO和架构师看的。
谢谢大家。
金蝶软件副总裁、金蝶BOS首席架构师 林峰
【IT168现场报道】金蝶软件副总裁、金蝶BOS首席架构师林峰演讲：
金蝶BOS--企业架构之中国非常好的实践
各位来宾，各位朋友，大家上午好。
金蝶一直致力于企业管理软件的开发，而且积极的将SOA的先进技术架构融入到管理模式之中去，帮助我们的顾客成功。刚才IBM的专家给各位介绍了SOA的技术内涵，下面由我给大家介绍四方面的内容。
首先我从管理架构的发展角度看SOA如何配备的，如何进行平台的表现。金蝶BOS在这几年来客户实践的一些状况，最后和大家展现一下BOS平台的发展。
首先我们回顾一下企业管理软件的发展历程。已经经历了半个世纪的发展，当时是需要大功能运算的点开始的，70年代两个部门已经开始独立运算系统的，80年代企业在关键流程上已经完成了整个的整合。90年代信息化的作用进一步提升，在企业所有资源的内容都融合在信息化系统中进行企业的流程整合，到我们现在所处的时代，信息化的内容已经突破了企业的边界，成为跨企业、地区和国界的态势。已经在企业整个的生态环境中进行资源的调配和平衡。
到现在为止，企业管理软件已经深入到了企业的方方面面，成为企业经营中不可或缺的部分。虽然企业管理软件已经在广度和深度上获得了很大的发展，但是我们在企业信息化建设中仍然听到很多抱怨。根据《即时咨询》的调查表明，灵活性差、不符合企业实际，仍然是我们面临的头等问题。这些问题本质上来说都可以归结为对于变化如何满足的问题。企业有管理和改进的需要，所以在发展过程中产生需求变化是不可避免的。我们看一下典型的需求变化的场景，通常由业务部门提出需要，IT部门考虑如何将这个需要落实到系统中，最通常的做法是观察业务在手工状态下是怎么做的，考虑如何转变到实现中。这里会有一个问题原来业务内容是在手工状态下?
为了解决这样的问题，我们观察到企业在信息建设过程中，通常期望采取一步到位建大厦的模式来进行信息化建设。为了避免在信息化建设过程中，过多的需求差异通常会选择一个大而全的系统，参与这个系统的各个业务部门都要来考察有没有许久差异，如果没有就上线，这是从希望减少需求化的角度来解决问题。从IT部门来说，它知道需求化不可避免，但是为了降低成本，IT部门选择一个统一的技术平台来降低接口的复杂度。但是就我们刚才分析的内容可以看到，这个方式只能是尽量的在初期减少变化，避免矛盾的爆发，但是没有本质上解决问题。
企业仍然需要在未来的变化中不断的对应用需求进行投资，整个信息化的路线仍然不清晰。这种方式应该得到改变，包括刚才IBM的专家也介绍到，从企业业务本身来说，主要是基于业务流程，所以在信息化建设中，首先考虑一个系统是不是基于标准流程构造的，企业可以分清楚过程中的轻重缓急来决定信息化的步骤和规划。对于技术的选择也是不应该局限于选择某一个具体的技术平台，而应该考虑如何确定一个统一的技术标准和应用架构。能够把我们在规划中后续的流程和需要有序的纳入到这个过程中，补充进来，形成一个清晰的路线图去指导信息化的过程。
基于这样的思路我们可以看到信息化对架构提出的目标要求有两个，第一当新的业务加入之后，和原有的义务有一个融合，集成互通，为一个新的来服务。对原有的如何管理和变化，反映的速度要很快，才能满足企业面对市场的要求，要有柔性和敏捷性。
所有的内外部集成都来源于开放性。金蝶BOS在构造的时候遵循了SOA的参考模型，在各个层次都遵循开放标准，原有的应用只要是能够基于这个标准分析、处理和设计，这些内容很容易被组合进最终被业务目标而服务的大的应用系统中去。
SOA实践了几年，越来越被认为是符合未来发展架构的模式。IBM在这方面发展得非常深入，而且开发了一套体系进行评估，内容包括了产品技术、研发能力、服务能力等，今年的6月，金蝶的EAS解决方案顺利的通过了这个评估，成为国内第一个认证的解决方案。今年6月，Gartner发布了市场的报告，金蝶仍然成为国内第一家SOA的解决方案的提供商。经过多年的努力已经符合了要求，能够为客户提供SOA的部署和应用。
我们看几个案例，一个是亚华乳业，原来是分散的架构模式，信息不一致，核算也不一致，信息系统部署在下属企业中，集团统一的采购和销售政策无法贯彻中去。对于亚华来说，重要解决的是信息集成和流程集成的问题，通过信息集成将财务信息融为一体，要及时的解决库存等问题。从集团角度统一调配资源，发挥成本优势。亚华从去年12月开始上线BOS系统，经过半年时间完成了SOA的架构升级。原有在各个区域里分散的架构设置的内容在总部进行统一的架构，分子公司的采购过程可以由集团统一的下订单，也不影响原有的形式。集中下订单之后，各个分子公司仍然分开收货和结算，流程集成不仅把权利收回来，而是利用总部和下属企业各自不同的优势来达成协同的效力。
在亚华现有的系统中，对各个区域、各个品种、各个时段的信息做到统一的分析，不需要通过每月的上报过程完成。通过这个案例我们可以看到，SOA可以快速处理快速升级，通过SOA我们可以给企业带来信息集成、流程集成的管理升级。
第二个案例是南车集团，这是雪域神州的缔造者，作为中央直属的大型集团，下属有20多家轨道机车行业的下属企业。集团所要做的事情是如何保证集团的财务运营核心和未来战略目标的制定，形成行业的整合优势。南车集团的信息化选择了三步走的形式，第一在集团和企业内统一部署系统，第二围绕集团的核心和预算来搭建总部的管控平台，第三构造综合的分析系统，为战略目标的设定服务。第一步已经完成，第二步采取的就是金蝶的BOS的预案，保证资金运用状况的良性健康。这是一套完整的资金内容，用于资金的监控与分析。总部的所有数据来源都是通过金蝶的技术平台从下属信息中及时获取，准确性一致性是可以保证的。
对于金蝶BOS的集成平台，我们可以分析问题，马上把问题解决掉，保证数据的完整性。南车集团通过金蝶BOS达成了有效的资金管控。
温氏集团肉鸡市场占有率已经超过了20%，它们更重要的是找寻一条如何适合养殖管理模式的发展之路，下属13省的40家分支机构和3万多机构要提供服务的内容。温氏集团选择的方式是选择了金蝶BOS的财务供应链和解决方案。温氏集团针对金蝶的BOS开发了一整套基于养殖行业的行业解决方案。温氏集团在此过程中感受到，对金蝶BOS平台提供的信息集成和流程集成的服务包括报表打印的服务，帮助他们只关注于行业本身的业务实现，其他的由平台完成服务。另外基于BOS平台的开发应用与我们标准之间是完全的集成。
我们看温氏的实际应用情况，这是温氏的养殖和生产的内容，与EAS完全融合在一起。与行业做的内容，它只需要关心本身业务内容的特性，对于数据间如何集成的内容都是提供的标准的内容来满足的。对于原有的销售订单的任务，温氏集团认为表格式的方式可以提升解决的能力，可以集成的连接在一起。对于相对复杂结构的内容也可以通过BOS来完成。所有的这些内容享受到BOS提供的报表平台和打印基础服务的内容。温氏集团通过在金蝶BOS构建自己的行业解决方案，为集团未来的发展奠定了良好的基础。
旺旺集团，下属有200家企业，他们想把所有企业的核算和分析内容集成在总部的平台之上。它对业务管理非常细致，从各种品种、销售区域来分析状态，便于及时反映的市场的变化内容。旺旺集团从今年1月开始切换到EAS系统来运行，原有的财务结算从8天变为5天，所有的报表用半天时间就可以完成，大大提升了旺旺集团的运行效力。这是它的运行状态，所有集团公司都纳入到总部的平台上来了。这是旺旺集团典型的管理报表，分析的纬度比较多，数据也比较详细，类似这样的报表有70多张，在半天时间就可以完成这样的应用内容。我们通过旺旺集团的实践可以看到，SOA同样具有高性能的特质。
经过多年的实践，我们认为SOA首先是可行的，金蝶也在不遗余力的推进这个事情的发展，我们制定的平台战略也希望为这个来服务，促进SOA的应用。
这是一个全生命周期的管理方案，我们知道SOA从业务分析落实到最后实践，需要大量的各种不同的人的参与。金蝶BOS首先是通过模型驱动的方式把各层次人员关注的模型关联在一起，通过我们的工具形成模型的自动转换，这样所有的业务专家只需要关注自己擅长领域的问题去发生和解决，而不需要关心模型之间的一致性的问题，这样的内容为我们去创建服务、管理服务提供了很好的保障。同时所有的全生命周期的管理内容也是在集成的管理中，有建模工具去定义和管理服务，服务中可能还会有复杂的业务逻辑需要实现，我们还集成了设计和开发的平台，让服务的模型进行实现。还涉及到数据转换的定义，要完成信息集成的内容。在运行过程中，因为有这些模型，可以基于这个模型进行编码处理等，在运行过程中进行动态的配置，形成一整套的管理环境。
金蝶在提供全生命周期解决方案的同时，我们现在有一个开发者社区网络，会有专家进行时时的共享和答疑，资料信息也会在上面发布。
基于整个全生命周期的管理方案，我们最终的目标是希望，金蝶同时是平台的提供者，也会集中自己原有的优势来提供标准化的内容。我们期望和伙伴和客户一起发挥各自行业经验和内容和客户本身在管理上的特色，融合这些内容之后，为最终用户提供真正完整的解决方案，在这些过程中，我们的伙伴通过增值的行业应用内容获得新的收益，我们能够相互促进和相互合作。
我进行简单的总结：1、金蝶的BOS是基于SOA架构和标准来设定的，我们是行业最完整的SOA解决方案；2、这个结构已经部署在上百家的企业里，我们可以做到SOA的快速的部署，高可靠性的保证，我们有中国最一流客户的SOA的应用；3、金蝶希望通过这样的开放平台，融合伙伴和客户一起来构造产业的生态链，同样金蝶BOS的未来，我们知道金蝶发布了全程解决方案，金蝶的未来同样要满足类似企业间电子商务的需要。金蝶会和大家一起架构未来，共同发展。
谢谢大家
华电集团信息中心主任 唐义良 博士
IBM系统与技术部资深架构师 梁建球
【IT168现场报道】IBM系统与技术部资深架构师梁建球演讲
信息架构优化与管理
大家好，已经接近午饭的时间了，希望我能够在预定的时间里把演讲完成。
SOA现在可以讲是不可阻挡的去影响我们的业务和IT系统的各个方面，IT基础架构基本上来讲是我们的硬件平台、网络的部分，客户端的部分。SOA对它的影响也是不可避免的，今天想和大家分享一下，IBM在这方面的理解和进展。
我们可以看到，这里就是SOA的参考模型。这个参考模型实现的话要对应很多具体的IT产品，包括中间件的部分，最后其实还是要依靠IT的基础设施，硬件的平台来实现。我们刚才听到多位演讲者提到的重要的SOA的特点，第一就是解耦，我们的应用，我们中间件的部署能不能和具体的物理设备，他们原先很紧密的耦合关系解开来呢？第二就是标准化，让我们能够实现业务服务之间灵活的组合，我们的基础设施能不能提供标准化使用的界面和使用的环境呢？最后就是一个很重要的灵活性，我们的业务不断的变化，有新的服务产生，对服务使用的强度也有变化，我们的基础设施怎么去适应这三个很重要的SOA的特点，这就是我们谈到的SOA对基础设施的影响。
我们看到在这个图里很重要的部分是多了一个层，在软件和基础设施的对应之间多了一个层次，就叫做虚拟化。虚拟化技术是我们在配合SOA时代发展里，基础设施里的最大的基础。
在传统的IT基础架构里，有相当多的复杂性。我们看到这个图很多时候是不夸张的，企业的基础架构师把基础设施进行分析的时候会面对一个非常复杂的环境，我一会儿会谈到为什么会产生这样的环境。IT基础架构的复杂性会影响整个系统的活力，然后会影响SOA发挥最大的价值。复杂性从什么地方来呢？我总结从两个方面来的，第一是差异性。差异性从横向不同厂家之间，系统硬件的差异，操作系统的差异。还有一个是纵向的差异性，我们在系统发展中有不同的版本，连带不同档次的设备，这些差异性增加了管理的复杂性和实施的复杂性、部署的复杂性。另外就是我们硬件设备本身都具有一个容量限制的问题。有时候会严重的影响了我们业务的发展，因为当今的业务是非常灵活多变，业务种类本身需要处理得容量都会有弹性的变化，我们的IT设备每一个硬件都有自己的限制，本身也是影响我们成功的实施SOA。
我们来看一下，我们能支持SOA的基础设施，硬件平台的特点有哪几个？首先很重要，它是一个灵活的基础架构，灵活的基础架构，首先本书很方便，第二调整也应该很迅速，基本上是要依赖虚拟化的功能。第二保证服务的质量，一定要及时的响应业务的变化，有高可用性和安全性的需求也要满足。第三很重要，我们要适应SOA多变和灵活的特点，我们有一个做法，就是可以无限制的投资，对企业来讲这不是一个可选的选项，我们在实现这样的灵活性，保证质量的时候，很重要的是要节省成本。可以从多个方面考虑，第一是管理的成本，我们需要很多的人员，很贵的流程，成本很高的流程去管理我们的基础设施。第二就是基础设施使用的效率，我们对我们的基础设施是不是预留了很大的空间满足灵活性还有我们很有效的利用设施本身的灵活性。
虚拟化是怎么产生的？上面的部分告诉我们，为什么IT架构让我们看到了这么复杂的图呢？以前IT架构的建设是由项目主导的，我们有一个新的业务需要新的流程，新的应用系统。以前的做法是新的应用系统由这个来立项，购买基础设施，服务器存储和网络。在不同的时期购买，大家谈到的所有的差异性，厂家的差异性，不同连带设备的差异性就这样产生了。这样的差异性使得我们以前很多的系统就不同的树景。每一个系统的架构都是有差异的，很难管理。我们要管理的成本就高了很多，另外就是缺乏灵活性，不同的系统之间资源不可以共享，以前的模式，每一次我们做这个模式都是针对这个项目来采购。如果我们做了虚拟化就把这个树景打破，我们把基础架构的资源进行分层，实现松耦合的方式，我们就实现了标准化，我们应用资源的软件看到的是标准的硬件资源，一些虚拟化的资源。虚拟化就把物理硬件的差异性隔离开来了。由于虚拟化相隔，物理资源可以得到灵活的共享。
虚拟化其实已经是一个相当热的话题，在过去几年里。我们可以看到虚拟化的发展进程。我们首先做虚拟化的第一个目标是在这里做简化，像刚才我们唐博士谈到的，把大量的低端的设备合并到少量的设备里。通过虚拟化提高使用率。第三步我们要在虚拟化，通过虚拟化把系统的印象变成逻辑的对象，我们可以实现一些自动的快速的部署。第四步我们希望这些部署是可以和业务服务的感觉来配合，实现面向服务的基础架构的管理。
这个可能有点抽象，我们用一个比较形象的方式来谈一谈，以前没有虚拟化的连带，每一个系统都是分别的建立，就像我们在很早以前盖房子，当有需要的时候，我们就去盖，最后每个房子都不一样，很多分立的系统非常难管理。我们的第一二步我们盖现在的公寓，我们可以把平房里的居民往楼房里搬，管理起来很方便了，因为我们物理的房子少了很多，但是这个并不是我们真正能够实现的最灵活的所谓面向服务的基础架构，因为还是存在差异性，每一个房子都有差异性，每一个房子住的方式也是按照每个人的做法来做，自己的装修，按照自己的习惯去布置自己的家。这里有一个很大的问题，当有需要搬家的时候，对应我们的IT系统来讲，业务要求资源互相调配的时候就产生了很大的困难，因为每个房间里的部署是不一样的。我们谈到了Server Farm2.0，就是像酒店和高级公寓里一样及里面的服务是标准的，使用者和酒店有一个协议，我给你这个钱，我要一个标准的服务。如果我们要搬家，在以前的情况下要先做自己的装修，去布置他。但是我们住进酒店进行登记就可以拿到可预期的服务了。
这里我们谈到Server Farm2.0，这个我们需要虚拟化，对服务器、对存储、对网络的虚拟化。再往上就是自动的部署，能不能很快的把资源投入使用，第三就是统一的服务的管理平台，我有了酒店、很多统一的房间。还有把酒店卖给客人进行一个交互的部分，这是端到端的服务的管理。最后是IT的管制了。
我们在四个方面着手才可以实现灵活的基础架构。我们的目标是模仿所谓的Server Farm的架构，在左边是一些标准的资源，变成IT基础架构的资源是一种服务，这个资源是可以重新复用的，可以根据需要迅速的部署，变成在这一边的部分。根据服务需求者的要求，用标准的服务申请的方式把资源分配给所需要的单位，比如说应用、新的业务的需求。
这个图比较复杂，就是我们现在谈的Server Farm2.0，需要基础架构、虚拟化和硬件管理的设施，还有所谓的硬件管理平台，TPC是对存储进行部署的基础的工具。第二部分就是IBM的ITIL的管理，还有一个很重要，是我们在服务部的很重要的产品，RDP，就是一个流程的管理，可以让服务的要求者通过这个服务的管理提出申请，根据IT部门有什么标准资源的要求，根据你有什么东西，申请一个服务，申请一个需求，经过审批的流程就可以由它来驱动TPM，自动的部署资源进行使用。
最上面就是整个企业怎么去做IT的管制，基本上在以后的发展来讲就是基于SLA，基于大家的协议来进行整个IT的管制。
TPM会驱动不同的部署的工具，不同厂家的控制台和一些虚拟服务器的控制台来进行对不同的具体的物理系统的部署。这里列出了Server Farm2.0的管理功能，就不一一去谈了。基本上做这个服务器软件的部署、补丁的安装，如果是一个Lunix的平台，我们有一个需求部署一个环境，需要多少个CPU，多少个内存，多少网卡的需求，我们可以通过一个需求，在一个RDP中有一个流程下订单，经过流程管理，首先会查有没有这个资源，如果有这个资源也得到批准之后，RDP就可以下一个命令给他们做部署，TPM够可以根据部署的定义去自动的在我们的设备里进行逻辑分区的划分，把用户需要的资源分配出来，这一切都是自动的，我们只是看到，整个资源的获取就是一个服务的获取，是通过下工单、经过流程的管理自动的部署出来。
这个图就告诉我们软件是怎么部署的，其实都一样，TPM会告诉RDP我们有怎样的软件的影像，这个会形成一个工单，也是由TPM部署系统的印象，包括安装这个操作系统，进行客户化，按照所需要的中间件和所需要的补丁。返过来地一旦这个系统部署了，我们可以以这个系统的部署为模板，把这个模板交还给TPM，下一个用户可以说我要部署就可以按照这个来做，在不同的物理设备中进行系统映象的迁移。这个图就告诉我们虚拟化的优势，我先不谈。这里也谈到通过TPM和Server Farm2.0的优势，最大的优势就是部署的时间短了很多，非常短。我们不需要像以前一样，每次有一个心得项目的时候出去做一个招投标的过程，经过很长时间的安装部署，这样才能实现一个业务的应变。
我们刚才谈到部署的其中一个很好的应用就是这样。我们很多的时候在应用开发里有多个环境，有开发环境、设施环境和生产环境，我们最头疼的是怎么进行同步。我们把环境中的各种系统、补丁、版本都试过以后，我们有了这样的方式，可以把某一个环境中部署过的东西记录下来，就可以很容易的实现测试开发环境的同步的管理。
另外通过自动的部署还有一个很重要的节能的意义，这个图是在我们IBM的数据中心里的演示，通过自动部署可以根据工作量的需求自动的把需要的资源激活，不需要的资源重新置在休眠的状态，这样整个数据中心的使用效率就非常高，把一些不需要的资源置在休眠状态，形成了很好的休眠效果。
我们来看一下所谓的Server Farm2.0实现的面向服务的基础架构有什么意义呢？对于我来讲，这个意义是信息部门，数据中心管理的转型。怎么转型呢？以前我们基础架构有很多不同时期采购的很多低端的具体的物理设备，现在我们把它变成少量的高端的设备，具有虚拟化的功能，整个的虚拟化都得到简化。以前我们要部署一个系统都需要人工来做，很长的时间。很多时候基础架构的部门的压力非常大，我们现在把部署变成是自动的。以前服务的管理是分立的，我们有很多的项目在做，每个管理都不一样，没有标准化，来一个项目来一个应用IT的负担就增加一个，我们现在变成整合的服务的管理，无论什么需求和要求都在流程的整合中进行管理。最后很重要，这是一个很深刻的影响，以前IT的管制是以项目主导的，来一个项目做一次事情，我们现在把IT的管制变成面向服务的，这样配合整个SOA变成企业的实施。
现在的解决方案就是Server Farm2.0，在最底层有大量的服务器和存储设备提供虚拟化的过程做弹性的虚拟架构，在自动部署方面我们有TPM，在服务管理上有RDP，这是IBM服务部门的服务产品，最后IT管治我们有Server Farm咨询服务。如果IBM帮助客户去建立面向服务的基础设施，这是我们政体的Server Farm2.0的解决方案。
这是我今天演讲内容。
谢谢大家。
