在《解密美国国防部情报共享中的SOA应用（上）》中，我们介绍了美国国防部情报机构正在使用面向服务架构的方法来更好地共享信息，以及帮助系统实现现代化。下面我们就来讲讲帮助美国国防部的这个企业在从事SOA的过程中所总结出的经验。

　　SOA使用经验谈

　　在使用SOA的过程中，有很多经验教训值得学习。以下是Hagan从他们公司从事SOA工作的过程中总结出来的一些经验和建议：

　　要循序渐进，不要一蹴而就。“我们很早就认识到这一点，这是一个长期演进的过程。现在SOA社区的人都意识到这一点了。SOA是一个设计范式；不是一日之功”。

　　建立利益共同体。“这一点在美国国防部做得很好。在协商概念架构和模型时，形成利益共同体。这是后续工作的基础。…  你需要一个公共模型和通用的词汇，这是一个挑战。这些问题更多的是一个社会工程学而不是技术问题。”

　　在开始之前对治理和数据模型达成一致意见。“在开始的时候，在团体之间对治理和数据模型达成共识。这会帮助我们确定SOA系统的需求——接口是什么样子，共享的规则是什么。SOA是架设在遗留系统之上来提供数据接口的，通常情况下，这些遗留系统一个很多的问题是，它们设计之初并没有考虑到网络中心和SOA环境下的大规模的数据流量，也没有考虑到如何处理SOA接口带来的所有信息请求。这些问题的解决，将直接取决于治理和我们制定了什么样的共享规则。”

　　确定最关键的功能/应用/服务的优先级次序。在确定了系统架构和模型之后，“找出需要通过SOA来提供接口的功能中，哪个是最重要，最关键的功能。通常这个服务是很原子的。举例来说，在美国国防部的应用中，最重要的是能够将一个地理位置的格式转换成另一个。美国国防部共有50个不同地理位置的格式，因此一个地理位置格式的转换服务就是一个很基本的服务，这个服务可以和其他服务组合起来，从而能够构建更复杂的服务。”

　　找出那些可以被其他服务使用的细粒度服务。“我们的文本分析服务并不是特定用于某个团体，而是一个粒度服务。你传进去一个文档，然后你就会得到一些经过精简的信息。从概念上讲，这很简单，也可以为社团中的很多人使用。”

　　要知道，并不是所有的信息都能或都需要共享。“团队需要认识到，不同的部门和不同的组织都有不同的任务，因此你不可能将每个部门的东西全部共享起来。这也不现实。比如说，对于后勤和会计部门，他们就有各自不同的服务。”

　　SOA工作的花费不易解决。“当你建立一个利益共同体，有很多知识，想法，模型等就可以重复利用，因此也就节省了不少开销。但这里面仍有问题：如何确定每个成员该付多少呢？”

　　做石头汤。“当你组成了一个利益共同体并且开始做石头汤，每个人都贡献出自己的力量，你就会得到一个更大的产品。仅仅依靠一个组织是不能够实现的。”