用SOA方式思考.docVIP

用SOA方式思考 　　SOA的实施目前遇到了一些困难，有很多用户快要失去耐心了，但是我们仍然要学着用SOA的方式思考。 　　昨天，一位朋友给我发来一个链接，赫然写着“SOA已死”。我很诧异，SOA风风火火的宣传了两年，投人大量资金和人力，还没有在各行各业大规模的落实到产品应用中，就要消亡了吗?如果真是这样，无疑相当于给把SOA当主打法宝的国际IT巨头们当头一棒。 　　开发界很久以前就希望，应用能够像搭积木般的灵活，于是发明了面向对象，后来又演化到面向组件。一般我们认为，SOA包括四个部分：SCA、SDO、BPEL和ESB。SCA就是一个组件模型，而把各个组件串联在一起的，就是BPEL；在各个组件之间传递数据的规范，就是SDO；管理组件的容器基础就是ESB。 　　 　　SOA的世界观 　　 　　当然，过去也有组件体系，如COM＋、J2EE、CORBA。但都因为复杂、封闭、专有，而无法适合如今基于互联网的应用互联。SOA利用已有的各项基础技术，如XML、WebService、JMS、RPC等等，而不重新发明新的技术和新的开发语言，定义了更加高级抽象的统一的组件体系规范，使现在所有的应用，不管是组件的，还是非组件的，只要包裹成符合SOA规范的接口，就能进行组件串联。 　　互联网上的各种应用运行在各自的服务器上，都发布出统一的应用组件接口，彼此互联互通，串成更复杂的应用，这就是SOA的世界观。 　　现在，我们一般不会选择Java配SQL Server，也不会选择Java在Windows服务器上跑，而PHP最顺畅的一定是LAMP。如果是开发大型企业级应用，那一定选择Java，开发中小型企业应用，那一定是，NET，如果是开发Web2.0网站或者创业，PHP是首选。 　　哲学观不同，起源就不同，发展路线和发展重点就不同，因此形成了几种主流的、谁也无法代替谁的技术体系。 　　而在组件互联市场，同样也是。虽然同样都是在互联网上运行与互联，但显然B/S与Web是两个截然不同的应用。而SOA关注的是企业B/S应用在互联网上的互通，Widget、Open API、Mashups、AJAX、REST这些技术关注的是Web应用之间的互联互通。 　　 　　过去的企业应用一般运行在封闭的企业内部网上，最早还都是C/S结构，还不是浏览器形式的。而现在的企业应用走出的封闭的内部网，开始基于公共的互联网运行。并且现在的企业应用开始模块化、组件化，并且希望能组件应用之间有统一的企业级组件模型来保证互联互通。 　　过去的Web网站，一般是内容呈现和产生内容。而现在的Web，逐渐功能化、模块化、组件化、插件化，可以通过简单的一段javascript脚本就可以嵌入到其他的网站中，通过Open API就可以让其他的Web应用来调取数据与功能。 　　 　　各种技术终将走向融合 　　 　　互联网本身就秉承着自由、开放、轻巧的特性，遵循着“骇客”的精神。“骇客”是反对蓝西服和会议室的。企业认为这个世界需要层级、需要规则、需要遵守，于是会制定很多规则。这是典型的企业写照。所以SOA会是现在这样，只要发现还有描述不到的地方，就会不断增加规则。而“骇客”作为互联网的孩子，认为大家都很聪明也很善良，干吗把这个美好的世界装进人为的种种规则中。企业如同孔子，“骇客”如同老子。 　　最近也在流行一个冷幽默，讲的是流水线的空肥皂盒怎么分拣出来的故事。一群博士几番研究改造流水线，应用了大量高科技感应技术和自动化控制技术，花费了数百万终于解决了这个问题。而另一种解决方法是一个工人，只需要在流水线放一台电风扇，把空盒子吹下来即可。这个故事哑然一笑，似乎在嘲笑如今的企业级。 　　“骇客”们应用早已存在的、大家熟悉的、简单的XML、HTTP、AJAX、JavaScript做插件、做数据管道、做应用Mashups。这种方法实用如流水线旁的电风扇。但是大家在欢呼雀跃这个电风扇的时候，总是不忘补一句：这个方法很“山寨”。 　　庙堂与江湖、企业与民间、正统与山寨，各有各的生存智慧，适用于不同的环境。 　　但是在未来，我个人认为这两种观点的应用一定会在某个环境下汇集在一起，那就是网上应用平台。从这种观点来看，RIA、JavaFX、WPF/Silverlight、AIR/FLEX、JOuery、YUI、Open API、A JAX、WebService、Mashups、AtomAPP、REST、SOA、动态语言、SaaS、SNS、blog个人门户、业务应用平台、Web2.0、云计算、3G手机，这些纷杂的技术就都能串在一起了。 　　这是更开放、更深远眼光的世界观，从开发模式、架构模式、实施／服务支持模式、销售模式、盈利模式、客户关系保持模式、公司组织模式、公司股份模式、人