发个SOA的牢骚

其实我对这玩意一直不感冒。
但鉴于前两天去一家公司面试，最后被面试官揪住我对SOA的认识，深刻的教导了我一番之后，我突发奇想的去搜索了一下相关的东西。

太具体的字太多。我讨厌字太多。就解释名词好了。

面向服务的体系结构（service-oriented architecture，SOA）

好了。上面的中文很直白，我是搜索百度知道才知道的。。。

当时，我跟面试官说，我对SOA的认识很浅薄，无非就是个开放接口而已。WebService吧。但是如果都是JAVA系统那不如用EJB。
面试官在这一刻爆发了。说出了一堆我完全没听过的XXX1.0啥的，然后继续爆出各大公司名号。说各个大公司的产品线都支持SOA。
我不是很了解是不是这样，因为我毕竟不是大公司的员工。
但是这个我只是就我的理解来看这个问题。

SOA本身，我还是认为就是个开放接口。你说你架构也好啥也好，那还是个开放接口。所谓服务，还不是直接给人服务，而是给其他系统服务，那只能说是接口。一般人，你告诉他个WebService地址他也不知道怎么办。

那么我们进一步看，SOA里面最重要的是什么———> 服务.

服务。没搞清楚要提供什么服务就大谈特谈SOA实在是没什么道理。
我很难想象，一个公司规模不大，用了XXX公司的软件，那个软件里有SOA。。。有个毛用

我也曾应公司要求与客户谈这玩意，但目的就是为了忽悠客户掏钱。
至于里面是什么东西，那就是WebService。
当时我绞尽脑汁想了好几天。我到底要开放个什么B服务出来才能吹成SOA。。。
最后。我终于想明白了。
就是。。。。。。。。多做几个WebService，然后描述文档多扯点。
实际上客户也不知道拿了这几个WebService干什么，但是我们资料都给人家写好，然后他们可以在申报费用时方便很多，什么高科技产品啊，乱七八糟的玩意。

对了。当时我用的是CXF。很好很强大，很好用。

那么最后就我目前理解，我还是这么一句话：
如果你根本不确定你要开放什么服务，那你还是别扯SOA这玩意，无非就是增加了系统复杂度。当然，为了骗钱也未尝不可。

需要SOA扯JB蛋骗钱的多GOOGLE。最近又出了不少SOA的新闻和讨论。。多抄点那概念。现在经济危机。能扯就扯，能骗就骗，能忽悠就忽悠，大家口袋里有钱才是王道。 相关资源：软件测试管理中软件项目需求分析总结_需求分析小结-其它代码类…

来源：iteye_14540