为了弄清楚Web 2.0在企业IT中的真实含义，企业社会计算产品的销售总监Ajay Gandhi与BEA最新发布的社会计算产品的架构师们进行了对话：其中包括Stephen Morais（BEA AquaLogic Pages的架构师）、Joseph Stanko（BEA AquaLogic Ensemble的架构师）和Dax Farhang（BEA AquaLogic Pathways 的产品经理）。

　　右键单击或按住Ctrl键并单击这个链接来下载 MP3文件

　　您也可以订阅 Arch2Arch Media Feed，自动获取最新的podcast。如果您使用的是iTunes，那么可以打开iTunes并订阅该连接：Arch2Arch Media in iTunes。

会议记录

　　Ajay Gandhi：虽然Web2.0的定义在不断发展，但大多数人都认同这样一个定义：Web 2.0使任何用户都能够积极地创建、共享、筛选和重新组合Web上的各类信息，包括即时消息、博客、YouTube视频和虚拟世界。

　　最近，人们掀起了一股在企业中使用Web2.0技术、设计模式和使用方法的浪潮。人们重点关注的对象是一些面向客户的工具，如维客，博客，标记工具和简单的混搭平台——而不是Web2.0应用程序的架构设计和其中所涉及的现有IT栈、管理方法、数据管理、开发生命周期等令人棘手的问题。但是基于Web2.0的企业应用仍然需要业务用户、开发人员和架构师的共同努力才能完成。随着Web2.0在企业中的日益盛行，业务与IT的整合将会发生哪些变化？请您们谈谈对这个问题的看法。

　　Stephen Morais：Web2.0意味着更丰富的终端用户内容，这是一件好事。然而，与非法访问数据库相类似，这样会加重IT方面的负担。关键是要为业务提供所需的工具，同时支持集中式的管理和控制。

　　Joseph Stanko：如今，业务与IT之间是敌对关系：业务常常把IT看作是自身发展的瓶颈，而IT总会抱怨要以较少的预算去满足较高的要求。

　　我相信Web2.0技术能带头使业务成为IT项目的参与者和合作伙伴。如果业务用户能帮助构建部分应用程序，那么他们就更有可能得到自己确切想要的，有技术实力的业务用户甚至可以独立完成自己所需要的应用程序。这样业务用户不仅是IT客户，更是活跃的“生产兼消费者”。

　　Dax Farhang：Web2.0将帮助IT紧跟业务的动态需求。Web 2.0将更好与平衡业务与IT之间的关系，使企业能够以较低的成本创建应用程序，同时仍处于IT所拥有和维护的框架之内。

　　Gandhi：在IT架构的用户交互层，大多数企业都使用门户技术作为主要的终端用户接口。

　　基于参与者的Web 2.0工具将如何补充或者覆盖现有的基础架构？

　　Stanko：SOA基础架构为Web 2.0和门户提供了安全性、内容管理、数据源、搜索等特性。因此我不认为Web 2.0和门户是两种相互竞争的基础架构，而是建立在同一基础架构上的两种不同的应用程序。

　　Farhang：门户将大量不同系统中的数据和知识聚合在一起。Web 2.0代表拥有和使用这些数据的人的集合。门户代表的是系统的共同声音，而Web2.0代表的是使用者的共同声音；它们是这个整体的两大部分。门户代表精心拟定的IT计划，而Web2.0通常会涉及到一些生命周期或长或短的情景应用（Situational Application）。这两者都能提高企业满足长期或短期需求的能力。

　　Gandhi：许多大企业都在制订具有重大意义的SOA计划。这些社会计算产品是否会脱离SOA，还是对双方都有利？

　　Morais：SOA既不能阻止也不能预示社会计算，反过来也是这样。您的架构越是基于服务的，就越容易创建Mashup（Mashup是某些Web2.0应用程序的特征）。

　　Stanko：SOA承诺的实际价值是可以重复使用的。社会计算允许超级用户和知识工作者重复使用服务以构建情景应用程序，最终来提高SOA的可重用性。

　　Farhang：管理是SOA和Web2.0可能交叉的地方。SOA计划帮助企业对IT基础架构中可用的服务分门别类。社会计算应用程序（例如Mashup）可以帮助企业利用这些已归类的服务。立即可用（Turnkey）应用程序和数据共享也许需要数据管理。

　　Gandhi：一个很重要的问题。SOA中很大一部分是管理，而Web2.0完全是关于自由形式的协作，共享，和透明性。企业架构师应该如何平衡Web2.0的“开放性”和IT管理需求之间的矛盾呢？

　　Farhang：角色，功能和安全性是问题的关键。人们通常知道哪些数据应该或不应该共享，但在Web2.0之前缺少有效的机制来实现它们。通过将特定特权赋予特定个人，并允许他们根据自己的理解定义协作主体，企业能更好地在管理和开放性之间找到平衡。

　　Morais：安全性和管理对于薪金支付系统是相当重要的，但对于小组内的专门协作系统可能没有那么重要。管理一定不能引人注目。如果管理的负担太重，使人们不想使用这种技术，那么您就是在搬起石头砸自己的脚。

　　Stanko：责任也是重要问题。例如，通过与业界机构合作，您可以轻易地将使用状况分析和审计追踪等功能添加到企业中的应用程序和Mashup中。如果说基于Web 2.0的消费者站点对管理毫不在意，那么这根本就是无稽之谈。例如，某些人会质疑Wikipedia的准确性，因此Wikipedia关闭了许多有争议的主题。一个合理的基础架构使您能够灵活地关闭敏感信息，而不会把人们限制在这种技术之外。

　　Gandhi：公司的知识工作者正趋向于使用工具构建Web 2.0样式的Mashup应用程序，用于联合企业数据、特定的用户生成内容和来自外部Internet服务的内容。这种终端用户开发如何才能适用于公司的门户和基于SOA的复合应用程序的开发？

　　Morais：它在服务接口方面又增添了一些光彩。Java和SOAP API对开发人员很重要，但它们对终端用户过于复杂。他们需要一种更高层次的抽象。REST和RSS就是很好的例子。虚拟化工具也很重要，终端用户可以用它们绑定这些事物——像BEA AquaLogic Pages这样的工具可以简化底层接口复杂性，同时仍然允许用户获得底层数据。这种方法需要更好地分离IT和终端用户所侧重的角色。

　　Stanko：与传统的应用程序相比，Mashup和其他Web 2.0应用程序具有更短的开发生命周期。终端用户可以自己开发新的应用程序以满足一时之需，其中只有小部分应用程序会得到推广，并要求IT将它们部署到企业范围中。

　　Gandhi：Mashup的主要价值之一是将企业数据与其它信息结合在一起。企业应该如何将公司数据公开给相关工具，同时使终端用户能够共享数据，甚至修改数据？

　　Morais：先简单来说。RSS可能是企业的最佳选择。有许多RSS工具供终端用户选择。用户所关心的企业数据中，80%都适用于基于RSS提要的方法。

　　Stanko：将RSS提要添加到博客或新站点中，并不会为读者带来任何新内容，但是可以为信息的使用提供更好的灵活性。这与公司员工的移动生活方式相适应，并且有助于解决信息过载的问题。

　　Farhang：公司对用户日常使用的数据已经有了一定的认识。使用更容易让人理解的格式来存储数据（比如说RSS），可以更好地在Web2.0应用程序中使用这些数据。

　　Gandhi：许多企业IT店铺都需要依赖于各种标准，尤其是关键供应商认可的标准，来指导他们的产品和部署决策。Web 2.0是否已经开始考虑这些标准的问题，尤其是REST和RSS之类技术？

　　Morais：REST和RSS显然是我们要讨论的一部分。他们之间存在许多交叉——您不需要用两种不同的API，因为REST和RSS在本质上是相同的，RSS只不过是REST中的一种。

　　Stanko：大型委员会制定出一些标准，最后往往会阻碍简单、巧妙的软件的开发。WSRP就是一个很好的例子。其复杂性远大于人们的期望，因此限制了它的采用。没有人在消费者站点上使用它——人们更多地使用REST技术，以一种简单的方式设计小部件。

　　Farhang：标准是Web 2.0技术在企业应用领域成功的关键。为了在Web 2.0应用程序中使用内部和外部数据源，IT需要使用标准方法将这些数据提供给相应的应用程序和用户。

　　Gandhi：Web 2.0的出现对企业中的应用程序的开发会产生哪些影响？IT应如何改变现有软件开发生命周期的过程，从而与这种新的应用程序开发方法相结合？

　　Morais：IT需要通过一些简单协议（如RSS和REST）在更高层次的抽象上公开数据。IT也要有这样一个认识：除非为人们提供所需的工具，否则他们就会使用一些其他的维客和应用程序。您需要为用户提供必需的工具以满足他们的商业需求——同时也要为用户提供所需的管理功能。

　　Farhang：我认为Web 2.0应用程序开发对传统软件的开发生命周期有两个方面的影响。首先，IT需要从构建端到端软件的观念，转变成为用户构建更多小部件或工具集的观念，用户将使用这些工具构建情景应用程序。IT也需要使用一种更具复用性的开发方式，快速地开发小部件和原型，然后交付给终端客户，让他们提供反馈。从根本上说，这意味着可以加快终端用户所创建的应用程序的上市进程。

　　Stanko：Web 2.0应用程序开发还意味着可以快速创建大量的用户生成内容，同时还意味着人们可以进行日常协作。您不能将Web 2.0融入到当前的开发生命周期中去，因为时间范围不匹配。另外，现有的开发流程已经足够成熟，并不需要为一小组用户设计并部署一些短期的小应用程序。那样的话会有些过犹不及——因为它妨碍了那些应用程序的快速部署。

参考资料

• 有关这一方面的更多信息，请访问BEA的 企业社会计算 站点。