唐义良博士在IBM 2007 SOA与企业成长高峰论坛上发表演讲

 

 

唐义良博士：各位来宾、女士们、先生们，很高兴在这里分享华电集团在SOA方面的实践。今天很高兴有这样的机会，首先感谢中国华电集团公司，中国华电集团公司是国务院中央五三型大型企业，是五大发电集团公司之一。

　　我们的IT架构如何适应业务流程的变化，作为发电企业，有很多种异构数据库，包括关系型数据库和实时数据库，如何有效地集成数据库，如何使不同业务的数据一体化?如何构建统一的系统知识平台?不再走系统集成的老路?我们一方面在攫取着SOA，另一方面我们在走着老路，在构建着一个个孤立的系统，所以这是我们IT部门的挑战。作为发电企业地域广大，所有的分支机构和分厂遍及全国，如何适应一个更加安全的访问和更加灵活的前端展现也是我们面临着的挑战。

　　那么作为一个发电企业，我们做SOA有一些驱动力，这些驱动力中很重要的是支持灵活的企业目标和业务模型，适应快速变化的电力市场。大家知道，从党中央到国务院，一直在鼓励科技创新、技术创新，其实创新意味着变化。一个IT架构如何支持灵活的企业目标和变化，是我们非常重要的一个课题。

　　今天的电力已经不同于以往的垄断企业，电力企业处在电力市场，那么在电力市场激烈的竞争中，如何适应变化也是我们的挑战?如何支持一个面向开放式的工业标准?如何把我们传统的服务、传统的应用改造成独立的可重用的服务?如何通过服务的编排创建新的服务?产生新的业务流程?如果减少我们复杂的系统?如何减少我们集成的时间与成本?如何平衡我们已建的系统和我们新建系统的资产平衡?追求最佳的IT投资和回报?这是我们最重要的驱动力。

　　作为华电我们对SOA有我们的理解，应该说我们的理解和业界包括IBM厂商，包括其他的Leader厂商我们是相似的。那么在这里我们通过一个图，我们把我们华电对SOA的理解，用这样的方块图给大家展示一下。那么作为华电我们把整个的应用分成了6层，最上层是我们的展现服务，第2层是我们的流程管理，第3层是我们的Web服务，第4层是我们的组建层，就是我们传统的J2EE，那么第5层是我们的数据集成，最底层是我们的数据库层，也就是我们数据库服务层。那么在每一层，我们认为从SOA理论的架构上来讲，我们应该分别定义它的接口定义，我们应该定义它的数据模型，我们应该定义它的交互模型，我们应该定义它的安全模型、管理模型。在每一个定义中，都应该是基于一个开放的工业的标准。我们的理解，XML是当前SOA最基础最重要的标准，应该说当我们真正理解了XML，我们就理解了如今的SOA为什么神通广大?为什么解决我们不能解决的问题?我们要理解XML，我们应该深刻理解WSTL等基本的协议。我们在XML中，我们更加关注XML的一些东西，我们更加关注它的模型，我们更加关注它作为服务安全是如何控制的。这些是我们非常重要的理解。

　　那么作为华电SOA的服务，它不能仅仅停留在一个概念上，所以我们构建了华电SOA的基础架构，以及它的应用平台，应该说这个平台不仅仅是运行平台，也是开发平台。但是我们在6层的应用架构上，我们拓展了2层，在最底层我们实施了集中的存储和集中的备份。我们认为在整个的SOA架构中，集中的存储对于实施SOA架构是至关重要的。那么在顶层，我们实施了应用加速。应该说在SOA架构中给我们提供了很重要的挑战，是如何使我们的系统更加高可用，因为它是一个架构，是一个平台。它如果要支持多个复杂的应用，它的高可用就变得特别重要。

　　那么我们在应用层的前端，部署了第4层到第6层访问协议的负载均衡，存储，还有安全访问控制。应该说最高层和最底层是我们整个架构非常重要的一部分。它是扩展了我们所谓软件SOA架构的一个理解。

　　那么在这方面华电的SOA，因为华电集团作为中央特大型的企业，它是一个开放的产品。但是不管是什么产品我们的标准都是开放的标准，大家可以看到，我们在每一层都有自己的标准。在最底层我们采用了SAN的存储标准。在我们的数据层我们采用了SQL和XQuery等等。在我们其他的都有相关的标准。作为产品线，我们华电采用了两条产品线。第一条产品线基本上是基于IBM的产品线，我们在最底层采用的是IBM的DB2 9的数据库，它全面支持数据库的存储。在另外一个产品线它支持数据的联邦和整合。我们在组建层我们采用的是Web，我在服务层是基于WebSphere的协议，我们在流程层是基于IBM的信息整合，我们在展现层是基于IBM的portal6.0最底层是集中统一存储。我们在最上层采用的是DS3600。我们另外一个线是采用了甲骨文的数据库，同时采用了Weblogic中间件。应该说在华电的部署，整个的架构对于任何一个集成商或者是开发商来说应该是灵活的。我们在安全方面，我们全线地采用的IBM的Tivoli产品。我们采用了CA的证书，我们采用的SMVPN，来确保门户不仅是一个最基本的认证，而是采用数字的认证，确保基于门户的安全。

　　那么这是我们整个平台高可用的部署，大家可以看到，在我们最上层，是存储附加网络，NSN，最底下的是我们的存储区域网络，中间是存储设置，还有我们的存储控制。大家可以看到，在我们的服务器部署中，每一个服务器都是高可用部署的，没有一个是单台部署的。因为SOA的架构上，作为一个平台保证是可用的，高可用的，保证我们的业务是不间断的。

　　那么作为华电，SOA我们的集成技术路线是这样的，由于华电是全面采用基于J2E的架构，所以华电的SOA是基于Web Service的一个SOA。我们采用的是面向集成服务的策略。那么在SOA的环境下，利用Web服务进行集成，逐步过渡到华电的系统继承。我们在事实SOA的过渡过程中，我们把传统的应用，必要的一些可重用的业务，包装成服务进行服务的流程的编排。在我们的新建系统中，我们采用的全面面向服务的架构，在设计的一开始，就要明确服务是如何提交的。最终全面走向SOA架构，所以说在华电SOA不仅仅意味着整合，意味着新的应用平台的建设、新的应用平台的运营。

　　那么作为SOA架构，我们华电有我们自己的应用于安全整合方式，白色的大家可以看到，这是我们的理解，这也是我今天重点要跟大家展现的。我们理解门户是基于portlet门户前端整合，门户本身是一个形式，具体的就是基于portlet。那么作为后端的应用是基于BPEL和Web服务的点对点的流程，对于数据我们采用数据联邦和数据的复制广域的整合。对于数据库我们采用一体化的整体。这5种是我们重要的整合方式，根据业务的特点我们选用不同的整合方式。那么在安全方面，我们采用了LDAP、CA、SSO和SSL、VPN的用户整合方式。这些对象大家并不陌生，但是在所有的应用系统中全部采用LDAP，我们中国的企业到底做到了什么程度?我这里可以比较自豪地跟大家说，在IBM和各位友商的帮助下，我们华电所有的应用全部是基于LDAP的。这一点对于我们构建新的应用打下了非常好的基础，但这不够，我们觉得作为一个门户的整合，当你把所有的信息都集成到了门户的时候，安全就变得特别重要。简单的基于用户并、口令、甚至LTPA的认证机制仍然不能满足我们对于安全的需求。所以华电采用了自己的CA中心和门户相整合的方式。我们其实可以看到在SOA的实施过程中，道路是十分艰苦的，但是大家持续地做下去，就会有比较好的收获。

　　那么在应用层我们采用了LTPA安全访问控制。这一层对于我们整个的SOA架构的高可用部署是非常关键的，我们在SAN和NAS，我们在华电没有一个不是基于集中存储的，同时我们在主机虚拟化做了探索。我们把小的、不适合的系统，放在虚拟化的主机上运行，平衡了效益与投资的关系。

　　这个是华电已经上线的基于IBM Portal6.0的门户，大家可以看到在我们的门户中，我们后台集中了20多个应用。在这些应用中，绝大部分都是生产和管理中急需的，它们为我们提供了管理的平台。我们的老板、各级管理人员不必再进入一个个管理系统，不必进入深层次的点击才能访问，他们在前端就可以访问，而且在前端仍然可以带参数地选择，为我们的客户带来了非常好的体验。在我们的上线经验中，当一开始我们很多用户并不能真正理解门户和网站的区别，当他们真正体验了以后他们才觉得这才是我们想要的系统。

　　这是我们一个非常实例化的应用，我想把这个应用的背景给大家介绍一下。大家知道在发电企业，煤的成本是70%的成本，能不能把煤的数据一体化对于IT来说是很重要的挑战。那么在发电企业中管理煤这样的成本很高的部门有多个，有我们的生产部门、煤业集团和财务部门。往往老板要数的时候，可能这几个数会出现一定程度的偏差，那么这一点点的偏差，对于一个企业把自己的成本计算准确。尤其在适应更加激烈的电力市场竞争，由于煤的准确性是你对电力的报价，这会对你竞争有影响。我们财务有自己的系统，我们各个电场有自己的系统，我们通过Web的服务，用点对点的方式对这些系统进行的改造，这些系统是不同的集成商来实施的，我们基于SOA的Web架构的时候，我们没有花很多的时间，我们也没有把所有的厂商叫在一起，我们只是定义了一个Web的服务，这是我们非常重要的应用。这就像Robert说的一样，我们需要一个非常容易的起点去体验SOA。

　　这是华电基于BPEL服务于流程整合。事实上在我们的传统架构中，SOA架构与传统架构不同的地方，我们理解就是增加了在业务流程和组建层之间独立出了一个服务层，通过这样的服务层，我们可以把我们可重用的服务进行重新的编排。编排以后仍然是一个新的服务，而新的服务是面向一个流程，这也象各位IBM资深的领导和专家们所讲的，我们如何使我们的IT的目标与我们的业务目标相一致。实际上我们通过流程的再造，就可以实现业务目标的变化，IT能够适应这种变化，能够快速灵活地适应这种变化。这是非常具有电力特色的广义的数据异构整合。

　　大家知道在我们的电力行业中，我们的电厂分布在祖国各地，这些地方条件很偏远。而且在这之中有一个生产实施数据库，它不同于其他的数据库。对于华电来说，我们要想在总部监管我们的电力生产，我们需要把这些实时的数据送到总部来。同时，我们需要把这些实时的数据与我们传统的关系数据进行整合，这样IBM给我们提供了一个很好的整合平台。我们华电在数据整合方面采用IBM的Information Integrator，分别采用分支和联邦的方法整合了关系数据库和生产实施数据库，使得华电在这样联邦的通道，大大降低了我们对于传统的基于镜像的实时数据成本。要想把全部的数据全部集中到总部来，对于存储和传输都是一个巨大的挑战，当我们采用了联邦技术以后，我们华电是把总部最关心的几百个数据用镜像的方式送到了总部。同时，我们建立了一条联邦的通道。这样我们基本上一个电厂大概1万多点到2万多点，这就是说这19500个点我们是通过联邦的方式送到了总部，大大降低了成本。同时，我们建立了一条蓝色的关系复制总线，这个总线我们把各个电厂各个关系型数据库进行复制，进行合并报表，同时可以在前端进行展现。那么这个现在我们要给大家介绍的是华电正在介绍的，基于XML的主题数据库的业务一体化整体。

　　大家知道现在国资委和国务院对于中央五三型特大企业要求对标管理。在这个问题上，我们华电正在从事着一项激动人心的事业，我们需要建立自己的XML的主题数据库，大家知道XML本身把数据的定义进行了展现和分离。它可以提供数据服务和数据引用，在这些方面我们专门增加了一层所谓的华电数据服务层，所以在这个问题上，我们是觉得，我们对于传统数据库的应用不能仅仅理解为传统的概念，我们更多地应该从数据服务的概念拓展我们的应用。事实上，SOA给我们提供了一个框架。那么SOA的框架，我们尽管分层，但是层次跟层次之间的耦合并五不是十分地紧密，我们可以根据我们自己的要求进行层次的重新的组合和变化。

　　那么作为SOA，大家经常感到的是当我们不知道SOA如何着手的时候，很多人会告诉你SOA是一种战略，而我也这样认为，SOA的确是一种战略。前面我们讲到了SOA是一种技术，是可以感觉到、摸得着的。同时SOA也是一种治理，我们在治理中有我们自己的实践。首先我想我们可以谈一下我们华电基于SOA的IT建设规划。刚才Robert已经提到了做SOA的过程中你应该规划自己的项目，从哪些系统进行建设。同时，我们基于SOA业务与基础相分离的思想，我们构建了我们SOA的制度与标准规范体系，我们定义了我们SOA的治理的管理决策，我们定义了我们的技术决策，我们同时确定了我们SOA的开发与测试工具。大家要问华电是不是要给每一句话都贴上SOA的标签，我说我不知道是不是贴上了标签，但是我们实实在在引入了SOA的一些思想。

　　这是华电基于SOA的信息系统规划，其实大家可以看到，我们在坐的很多的业界的精英包括企业的各级主管，都有自己的企业的信息系统规划，但是我们的是按照SOA的思想分层定义的。我们定义了我们的分支机构册和分厂册，我们定义了我们的主要的系统，我们进行了部署分层的定义，在于每一层都把我们的部署进行的分层的定义。我们华电有100多家分厂。任何一个单位想看自己的信息化规划的时候，可以从这个表中可以查到，我们作为一个电厂从最底层查，当他查到这个系统的时候，他可以查到是集中的还是部分集中的还是大集中的。这实际上是SOA的思想，把所有的规划进行了结合，同时明确了他们之间的关系。这是华电基于SOA的标准、规范与系统体系。上面是我们的总纲、业务规范、编码规范、技术规范。实际上SOA是4种规范，这样定义非常好。当你定义业务归满的时候，信息中心的人员是不用接入的。当你定义业务规范的时候业务人员也不用过多介入。

　　当我们协调信息化规划的过程中，大家都有困惑，大家对自己不熟悉的行业发表意见，那是因为我们定义得并不清晰，同时我们在架构中并没有明确相互之间的关系。通过这样的定义，我们不仅定义了我们的管理规范、业务规范、编码标准技术规范，各自本身的内涵，同时我们定义了他们之间的相互服务的关系。从这个意义上讲不仅仅是规划和规范都是互相服务的关系，当你定义了服务，您就会有空间，你就会重新编排这些服务来产生新的规范和治理。

　　我们面对如此复杂的SOA架构，我们需要哪几个角色?在华电我们定义了两个层面，一个是项目管理层，一个是我们的技术支持层。在我们的项目管理层，我们有明确的定义，决策层就是我们集团公司领导，他们来定义华电采用什么样的路线什么样的架构，作为一个领导层是把集团的主要的指导思想能够向我们的信息部门和业务部门进行贯彻。作为业务需求管理团队，他主要是来明确我们的业务建设的目标，我们的流程如何优化，我们的系统如何确定。事实上在华电有一个非常好的境界，最后大家在讨论业务需求的时候，就是业务部门在做主，他们更加关注业务的需求，业务流程的优化。因为他们深信SOA的技术架构，能够支持他们任何的需求，任何的变化。同时，我们有一个非常坚强的项目建设运维团队，大家知道作为一个集团公司不仅仅要进行通常的建设，还要进行运维。所以这个团队是保证我们平台的建设，保证我们所有的业务系统进行运维。

　　那么从技术层面，大家可以看到，在华电我们定义了4个管理员。数据库管理员、流程管理员、存储管理员、门户管理员。这4个管理员是跟华电的6+2管理层架构完全对应的。它下面管的是数据层和数据集成层，作为流程管理员主要是流程管理和组建层。门户管理员主要是负责前端的展现和服务器的高可用负载均衡。存储管理员主要负责各个系统的存储管理。其实很多业界的公司都曾经和我们华电有非常好的合作，大家到华电第一件事是熟悉华电的架构，想在华电做项目，第一件事是把你的系统进行拆分，进行分别的部署。所以当一个公司想在华电做项目的时候，我们第一个要求是把你的系统部署到我们的环境上，我们可以感受到你哪一个层次有瓶颈，哪一个层次更有效率。同时，我们华电对于任何公司的开发是刚才和大家展现的SOA的架构，任何一家公司别无选择，只能在华电的SOA架构上拓展。那么作为华电如何保证这样一个架构是符合当今业务和IT整合的需求?如何保证这样一个架构符合我们当前的一个趋势?那么我们的策略就是说与一线厂商加强紧密地合作，与他们进行更多地沟通，向他们贡献更多的需求。什么是需求?我们的理解，当你真正用一个系统，当你发现系统的一些问题，当你发现它的工具、它的界面、它的存储、访问方式还不能适应你业务变化的时候，你向他提出来，我需要改进，这就是需求。

　　那么作为我们SOA的价值与效益就是更快更灵活，去支持企业目标的变化和模式的管控。第二是使我们业务部门和信息部门责任更加明确、更加协调发展，就是当今说的和谐社会。第三我们通过这样一种架构，我们创新了华电的开发、建设和运维的模式。我们摆脱了那种依赖于各种各样的厂商不同的解决方案，我们华电给所有的厂商、所有的产品商、集成商提供了一个平台，在这个平台上，大家互相提供解决方案。从这个意义上讲，华电的架构的平台，也是面向服务的，是面向我们所有的厂商，面向集成商提供服务的。我们支持统一的平台建设，提高集团的管控能力。什么叫统一的平台?大家可以看到，在华电我们所有的应用几乎都是大集中的应用，这样一个应用，没有一个SOA的架构是很难支持的。这里我就不列举了，我举一个很简单的例子，比如说大家熟悉的OA，在华电我们的管控，198家单位用同样一个版本做OA。我们煤业的数据，我们90家下属单位，我们一年在这个平台上跑230亿资金。大家知道，我们的管理人员有几个人吗?4个人，这是我们真正的管理员，靠的是什么?靠的是架构。我给大家讲一个很生动的故事，当我们出现问题的时候，华电如何运维的?

　　当出现问题的时候，我们4个管理员分别跑到他的控制台上察看系统出现了什么问题，他并不知道业务是什么。那么我们一会儿会讲SOA到底给我们带来了什么。我们的管理员会分别向我报告，我的系统、我的环境是正常的。我们很快地定位故障发现在哪里。我们的拥塞发现在哪里?我们的瓶颈发现在哪里?其他的我就不多说了，这跟过去有什么不同的呢?过去是靠一个人，没有这个人我们根本不可能行动。

　　那么我们想给大家分享一下华电SOA的战略实施思考。第一，一个系统需要全面实施SOA吗?我们说任何一个这样的问题都不是一个的答案，在我们看来如果对一个特别小的系统，我们说不一定。所以，可以根据你的业务目标来进行调整，但是不管怎么样，我们认为新建的系统，一定要在SOA平台上建设，而不是建设一个系统，再用SOA平台整合，这是我们的价值观。

　　第二，新建与遗留系统同样的策略吗?我们的体会对于遗留系统，我们本着它已经投资了，我们本着与别人可能交互的服务提炼出来进行服务的重新编排。而对于这样的东西，我们提供自己向上的策略，我们通过分离业务、分离服务而实施SOA。但是对于新建系统，我们坚持自己向下，按照我们SOA的规划实施。什么叫做按照SOA规划?那就是说，你的前端展现必须在门户上进行展现，你所有的认证必须是基于我们用户圈生命周期管理，基于证书。你的流程必须是基于服务，你的数据库必须是XML与传统的数据库混合建模，以适应不同的应用，你的传统的应用应该用数据整合平台。我在这里特别给大家说一下，我们的数据整合平台，我们不仅仅提供生产实时的整合，我们人资的整合，检修的整合都是通过信息整合器来做的。也就是说，可能我们很多的客户包括很多的应用是对一个应用来去整合不同的数据库，但是在华电，我们的境界是这样一个平台不仅仅整合一个应用的多个数据库，而要整合多个应用的多个异构不仅仅关系还有实时数据库。

　　那么最后，我想把华电我们的应用实践体验与大家分享一下。我们认为XML是标准，是整个SOA的基石。业务的辅用是根本，服务的力度是关键，任何一个服务力度并不一定带来一个很好的效益。服务的力度取决了我们的投资成本，与我们的效益和我们的运行的品质。所以，服务力度是关键，系统解耦为应变。大家知道整合SOA五我们理解最终的目标是进行系统的解耦，灵活快速是特点。的的确确，我们的体会在我们过去构建系统中，在我们的维护系统中，我们往往需要耗费更多的时间和成本。当我们采用了SOA的架构的时候，我们的投资，尤其是我们硬件和平台的投资越来越少，我们的维护和我们的成本越来越低。成功体验能激励，在华电我们和友商还有IBM的同事，我们一起分享了追求过程中的困难、快乐。

　　最后，我想说，持续应用有效益，只有当我们一如既往坚定地把每一个细节做好，持续地在SOA上做建设，我们才能真正体会到SOA的价值，谢谢大家!