二 企业计算 web在泡沫与机遇中崛起

    Web的突然崛起，是很多行家没有想到的，因为Web实在是太简单了，对于前Web时代的人来说，很难想象整个IT假设在Web的基础之上。然而Web竟然获得了成功，这一成功，至少有相当程度来自于历史偶然。

    在1990年代早期，企业计算还只是少数产业巨头所能够品尝的奢侈品，但其广泛应用的前景已经是确定无疑的。毫无疑问，企业计算应当是分布式的、可靠的、安全的、高效的、平台无关的。在那个时候，精于此道的专家们开始为未来的企业计算时代准备基础设施，结果就有了CORBA和DCOM这样的平台。这两个分布式对象系统都设计得相当复杂，未免使当时的人们认为，分布式的企业计算必定如此复杂。直到1996年，当时尚处于设计当中的EJB平台也完全承袭了这一想法。

    同一时间，Web已经开始蓬勃发展，从最初的科学家之间共享文档的象牙塔系统，变成大受平民欢迎的时尚潮流。从学术意义上说，Web是一个“分布式文档系统”，而无论是CORBA、DCOM、EJB或是.NET Remoting，都属于“分布式对象系统”。两者在对待计算的基本思路上有很大不同，各自充分发展下去，均可取代对方。所以，当Web出现之后，我们就面临一个选择：究竟在什么基础上建立未来的企业应用平台？是放弃已经建立起来的分布式对象技术，把一切建立在Web基础上，还是推翻Web，或者把Web仅仅限定在消费互联网上，而让企业计算继续沿着先前制定好的计划往前走？

    历史没有给人们以任何选择的机会。紧跟着发生的.COM泡沫，使得大量的资金被投入到Web基础设施的建设上。大量的中小企业还在把计算机当打字机的阶段就开始建设自己的Web站点。这样一来，等到2001年.COM泡沫崩溃，大家突然发现，尽管靠倒卖.COM站点一夜暴富的梦想基本破灭了，但是已经就位的Web设施却成为发展企业信息化的现成基础。我们已经有了Web，就再也不愿意投资去适应新的体系和标准了。于是到2002年之后，Web几乎成为企业应用唯一被接受的方式。面对企业计算潮流的突然转向，IT巨头们都有些措手不及。本来，IBM、Microsoft、BEA、Oracle、SAP们都为企业应用的发展制定了一个平稳的发展计划和实施步骤，没想到公众互联网领域的.COM泡沫退去之后，留下了Web这杯苦涩的啤酒，原先准备的计划必须改写，新世界的企业IT必须建立在Web的基础之上。

    既然Web已经不可阻挡，假设企业客户能够对Web的本质有透彻的理解，那么完全可以在Web的基础上以很低的成本和很高的可用性建设完整的IT设施，而让上面那些技术和平台下岗。

    然而，对于Web本质有透彻理解的不是用户，而是IT业的巨头们。巨头当然不能接受自己投巨资开发的技术体系血本无归，所以希望向Web的过渡是一个充分轻柔的过程。Java阵营按原计划推出基于复杂的EJB体系的J2EE，一方面承认Web作为应用程序展示层标准的地位，另一方面继续向企业推销其复杂的EJB产品。在这种策略的指导下，很多企业的IT基础设施呈现奇异的二元化局面：前端是基于分布式文档的Web，后端单独建设一个完全不同的、基于分布式对象系统的EJB架构。对于这种设计，架构师们解释说，对于大型的、复杂的、富有远见和魄力企业应用来说，这是必然的选择。不得不承认，很多企业还是很喜欢这样的恭维，尽管他们需要的只是一部自行车，但还是掏大钱买了带浴缸的豪华直升机。不管怎么说，在一段时间里，这种策略取得了巨大的成功，并且控制了企业应用开发领域的意识形态，直到Rod Johnson引发J2EE领域的轻量级运动，J2EE开发者们才开始了系统的反思。
    2004年以来，以Spring、Hibernate和Struts为代表的轻量级J2EE潮流，不能仅仅认为是为了提高效率而进行的简单的开发技术进步，其真正实质，是消除企业应用后端不必要的复杂设施，将二元架构降解为一元架构，使J2EE专心专意做好Web服务端。这样，到2005年的时候，我们已经看得很清楚，整个Java企业应用领域明确了方向，开始向一个真正的Web体系架构过渡。此后，这一进程又因为Ruby on Rails的异军突起发生了激烈的加速。