【IT168 SOA文档】
做SOA应该避免的5件事情应该是：
- 用错了人
- 过早地选择技术
- 根本不考虑“服务的设计”
- 不考虑业务因素
- 无长远、策略性的考虑
下面对这5个内容展开来说说细节吧。
1、用错了人
这里谈点自己的思考，老外做任何事情时，思维都是很缜密的，每步都考虑得很周全，他们需要的是“用最擅长做某事的人做这件事情”，所以他们力求在每个单独 的活动节点（也可以说是办事环节）充分发挥最优性，既然每个单独活动节点已经是效率最高的了，那么后一步自然就是利用编排以优化各个单独活动节点间先后顺 序，以最优的团队管理者来完成活动节点间的合作。所以近年来，“outsourcing”（外包）这个词很火。
1.1、也许有些东西不应该外包，比如架构不应该外包，它不是开发，SOA是策略而不是技术。
1.2、已有的人员跟不上形势了，比如有的团队成员并不适合此工作，那么应该裁减他们，我们需要出色的架构师、开发者、管理者，毕竟应该由他们来推动整个SOA项目。
1.3、千万别让厂商或顾问来推动整个项目
2、过早地选择技术，这是人们犯的最大的错误
2.1、不要被杂志所左右，杂志广告上说的天花乱坠，但不知道是否适合我们就选择，而不知道我们确切需要什么
2.2、不要滥用“厂商产品”，不要过于迷信
2.3、防止厂商驱动的架构，毕竟他们是要卖他们的产品
2.4、应该是业务-->需求-->分析-->技术，可以循环，但千万别反过来，由技术决定业务，然后这样下去
2.5、确保做POC，以及其他测试，这里解释下POC，它比较流行。其全称是Proof Of Conception——概念证明。
POC的目的是偏向局部的，面向功能的。客户问，"啥是即席查询？啥是专题？啥是星型模式？"这些都可以一一用直观的界面表示出来，然而他们是割裂的，是系统内部的事。POC给客户以直观的认识，它对客户说，"我做给你看"。
2.6、不要害怕丢掉某些技术，别想什么技术都往上堆
3、未考虑“服务的设计”
装配应用或随需应变时，大概有90%是已存在的服务，10%服务是新创建的，服务不是应用程序，也不是API，服务就是服务，它们需要正确的设计。服务如何定义、如何设计、如何构建、如何测试。这些都是需要自己来做的，主要考虑复用性、粗粒度、以及服务的测试等
4、不考虑业务因素
这个错误，我们需要理解核心的业务流程，我们需要知道每个可能改善的流程，需要业务流程工作者的协作。
5、无长远、策略性的考虑
SOA是在几年后有正向的影响，而非几个月后就立即有了。SOA不是一个开发项目，而是一个漫长的旅途，是一个持续的过程。SOA需要的是架构上系统的变更，而并非一个架构的实例而已。SOA需要的是长远的合作交付，这样才能成功。
