【IT168 专稿】在过去的三个月当中，很多人都问为什么要做创世纪这个项目，它对客户意味着什么，对BEA意味着什么，什么时候能够推向市场？
首先我给大家介绍一下SOA里程的历史背景，以及我们如何走到创世纪这个项目，我也会简单介绍一下DBA新模式，DBA动态应用为如何部署应用带来了新的图景，并且会从BEA的角度来回答，从架构、技术的角度，如何对我们的各条产生线产生什么影响，以及在各条的产生线当中我们能做到哪些事情，以及我们会有怎么样的变化，以及在八个月以后会带来哪些确实的成果。
怎样破除僵硬的业务？
我们是在三四年之前开始谈SOA的服务导向架构。BEA公司创新之处就是领先行业来创新，就是在需求之前就是把产品做出来。我们看见了SOA在各个国家及各个客户群体当中不断普及的时候，我们就在思考下一个趋势何在。
现在对于一个良好的SOA的部署和实施来说，非常重要的就是把业务流程这个层次和运用和基础架构层给分开，这样才能达到真正的动态的业务调整、动态的业务的变动，这样就是使SOA的实施能够有足够的弹性和灵活性，把BPM业务流程管理和支持的基础架构先分开。
在过去的两年当中，我们看到了融合，三个不同领域的融合，在三个浪潮聚集到一起的时候，我们看到运用开发的模式为我们带来了全新的领域，叫做DBA动态业务应用。动态业务应用对我们的客户、对于整个行业以及BEA来说，对我们的基础架构供应商来说带来了什么挑战呢？传统的应用存在于过去的十到十五年当中，主要的特点就是一个应用做好了就想永久存在，在一个系统上能运行也是非常僵硬，必须要求客户按照某一种IT以及应用预先界定好的方法来工作，而且互操作性也有很高很严格的要求，这些应用并没有鼓励企业内部的协作。
另外一种是在日常工作当中，你的应用能够通过工作表、电子邮件、即时消息RM等各种方式在各个部门、各个员工之间，基于用途和角色进行协作，对于应用可以不断进行调整，这个就是动态应用。动态应用就是机器系统的用户和应用的用户，通过软件来进行互动，实现互操作，并实现软件和其他软件的结合，从而构建出新的应用、新的业务流程、新的能力，同时还不需要去改变最基层的基础架构。
动态业务应用首先是针对着很长的变化来构建的，动态业务应用会不断变化，不断变通，不断地适应各个时间段的需求，而不是用一个僵硬一成不变、仅仅适应今天的IT需求来统计长期的工作。
在动态业务应用当中，从应用的开发、测试、交付，都有了很大的改变。过去的应用做完这套流程要三个月，甚至是九个月，业务人员不可能在九个月内把这个业务带到市场上来。动态业务应用非常的不同就是基于企业的变化来构建，构建之初就是为了实现员工之间的协作，作为软件、产品和软件产品生命周期的一部分，现在是由业务流程来驱动应用，而不是由系统来驱动应用，这样在设计之间实现了无缝的连接。
这里谈到的协作，不仅是人和软件之间的协作，而是把整个软件的生命周期、软件开发版本的增强测试都是要联系在一起的。所以当我们认识到有这样的一个DBA的趋势，而且要想让DBA快速成为现实的话，市场就是要求有一个平台来运行这些应用，就是像十年前市场要求有一个平台来运行互联网和基于互联网平台一样的来运行这些应用，就是像Agenda平台一样起到新的作用，这样的平台能够使用基于用户的合成的解决方案，能够把BPM和SOA资产放在一个对变化随时准备应用的中心。
创世纪为变化而设计
在此之下，企业都希望根据自己的需要改变可伸缩性，并且将其变成一种新的部署机制，让用户能够选择。这也就是为什么我们会有一个创世纪的项目，这个项目的重点就是能够去支持这种动态业务应用；它的设计是为人而设计的，为变化而建设的，它的架构能够让这种框架长久流传下来。
首先创世记渗透到了BEA的产品的各个部分，从技术到开发、到管理、到互动，从托管层开始，会托管多个容器，能够让你使用这些容器来建立、设计、开发这些应用，能够以任何一种方式，以你所需的一种规模来做，在此之上，你需要一个服务网络。
SOA在不断发展中，我们注意到了项目的执行方式，事实上很像十年之前的分布式系统——人们去部署项目，然后再把这些项目连接起来，就像盖楼一样，盖一个小区又一个小区然后用路连接起来。在这里我们有一个专门的工具，能够让你把这些不同的SOA应用连接起来，它可以是不同的应用，可以是不同的平台，可以是不同厂商的产品，而不需要你在一开始就必须知道我这个是要连什么的。在这之上有一个管理层，可以让你动态地去进行一些服务捆绑的变化，你能够让这种服务的捆绑连接，如果发生了变化，也可以随时调整。
最后一步就是用户的部分。IT开发人员要把应用拓展到用户这一层面，而且是以动态的方式来集成，而托管层必须是不依赖于这个容器的。我们现在可以把应用部署到不同的环境之下，因此虚拟化越来越重要，因为你要分配资源给旗下的硬件之上。这些应用能够以最有效的方式来去使用其它所跑的硬件。
在这种分布式状态下，当你把它放到多个容器、多个应用之上来做或者是在不同的环境之下进行应用，你都能够把它进行移动，提高使用效率；最后你需要一个统一的管理和部署。这就是MSC的结果，就是像一块布可以去剪裁它，能够更多地去部署。
2009可组合SERVER展望
现在我们展望2009年可组合的Server，它能够让你进行任何一种开发方式的选择，能够让你进行任何一种规模的部署。我们的产品将在6—8个月内推出。你们可以把这个服务网络层想象成为高速公路，也就是动态业务应用连接的高速公路。当你找到了这个地方的时候，就会实现了这样的一个握手通讯，能够让用户在容器之内，即使一开始不知道这些应用在哪里也能够找到这些应用。
因为业务应用是动态的，所以你可以不断地去加，而且不需要再回到应用，再去重新编写路由的规则。当然你需要制定去SOA的一种路由规则，当你在服务网络中去连接多个SOA，你必须要定一些规则。
我们再来看一下业务流程，也是我们的业务逻辑所在。我们看一下这种封装的应用，业务逻辑是内嵌入在应用码之内的，因此业务流程要修改就必须大规模重写这个应用码，而SOA和动态业务应用就是能够去把业务逻辑分布到另外一个层，也就是说你要修改的话你不用担心旗下的硬件软件是什么，你只要去修改这个被分离出来的业务逻辑层就可以了。它需要流程引擎以及多种模型，这样你才能够决定在这个决策过程中，你应该如何去做。它可以让你进行即时修改、创新，或者优化，同时还有一个仪表板的信息展示图，让你去时时监控业务应用过程的情况。
演示层，也就是UI这个部分。在UI这个层的应用用户有可能是开发人员，也可能是IT经理，他们会在组织中扮演不同的角色；不同的角色对于旗下的应用结构都会有自己的视角，因此，我一会给大家做一个演示：你如何以一种统一的方式从一个层向另外一个层，从一个角色向另外一个角色，而不需要去触及到最下面的底层产品。你不需要去修改你花了很长时间所编写的软件，因为它能够根据需要，在这个运转的过程之中能动态地适应所发生的变化。
从社交计算的经验来讲，我们来看一下，google的社交计算的软件是学习型的，也就是说你用得越多，这个软件就学到越多的知识会变得更好，也就是说，用户用系统越多，这个系统就会变得越准确，它就能够更快地去适应你的要求。我们的Agenda也可以做出丰富的UI，可以让你把新的分析性工具放进去，然后给你及时地提供反馈意见，让你进行快速的决策，这样一种你和用户之间的互动也是这个应用成功的关键。
最后你必须以一种和谐的方式把它们组合起来。在BEA的框架里，我们这些产品、技术，基于标准的，基于角色的，以一种和谐统一的方式和以无封的方式来实现的。如果是做IT运营的话，还可以根据同样的元素来获得不同的结果，你既可以向下也可以向上到产品和应用层，看一下做了什么样的改变，谁做了这些改变，如何影响了旗下的环境，如何去支持在IT和业务之间所建立的服务级别。
