1996年的美国，互联网已经很发达了。但是互联网技术并没有跟上。企业仍然封闭在自己的信息化世界。虽然有CORBA、COM+、RMI/EJB这些技术模型在支撑，但向互联网公众提供信息服务，而非上下游合作伙伴提供信息服务，CORBA、COM+、RIM/EJB仍然在穿透防火墙和通用数据格式传输上
IBM与SOA
我阅读了SCA和SDO标准，我也对比了过去我研究的CORBA，我也对比了微软的WCF，架构思想居然非常类似。
当年DEC和IBM主导定义的CORBA，太复杂，SUN和微软都做了定制化裁减，发展了自己的RMI/EJB和COM+。由于Webservice的出现，微软立即发展了基于Webservice的架构体系：WCF。但是JAVA世界由于标准制定牵扯了大量厂商的利益，发展缓慢。而IBM也不愿意尴尬的在SUN的JAVA世界做个影子巨人。IBM一直盘算着如何做领袖。
于是SOA的真正架构，吸收了CORBA的教训（IBM由于当年的CORBA没有带起业界标准很是懊恼，这次要卷土重来，更加学聪明了，谁说大象不能跳舞），也结合了Webservice，也借鉴了WCF（WCF也是在Webservice基础上发展起来的架构，很多技术借用了Webservice的技术，而非另起一套底层），终于产生。
而OSOA组织，最近才出现SUN的踪影，而SCA和SDO标准中并没有SUN提交的草案。
JAVA和.NET两大平台，封闭而专有。而IBM需要的是一种业界标准制定者。SOA这回达成了IBM的意愿。无论是JAVA，还是.NET，甚至是PHP，只要符合SCA和SDO，就可以提供业界标准服务接口。
挣脱了语言和专属平台优缺点的樊笼，IBM蓝色巨人又成为自由的业界之神。
如何应对软件服务化、互联网化？
我为什么这么关注、信任和理解SOA。其实和我自身所处的软件行业非常有关系。
我是做企业管理软件的。很早业界就都有共识：软件不能这样卖了。我们把一套办公系统卖给了运营商，人家用我们的软件做服务，收费比我们卖软件还多。所以，就连卖软件老大微软也在喊着软件服务化（“S+S”，Software+Service，“软件+服务”）。
过去是在企业内部运行的软件，一个企业不外乎也就那么多人那么多数据。但是，一旦把软件服务化、互联网化了，就不抵有多少人访问了。所以，我们如何应对软件服务化、互联网化。
上亿人访问的Webservice，其架构就不能象搭建企业内部运行的软件架构，你看Google，都有几十万台PC集群的计算资源才能支撑互联网服务。我们过去的传统的企业内部机房磁盘阵列和计算机集群架构不适合在公网上了，我们的数据库也不适合服务几亿人了。所以，我特别关注我们如何软件服务化，软件服务化的架构是什么样的？
其实，业界都在往一个方向跑，不管是Google、还是Yahoo、还是微软、还是咱们的百度、QQ、盛大、阿里，大家都在往软件服务化、互联网化的方向跑——如果你仅仅是把眼光放到SaaS，放到和过去的ASP（Application Service Provider，应用服务托管）去对比，眼界显然需要更高一些。
网友评论