企业范围的协调性一直是人们多年来不断追求和努力的目标，这种状态全力支持SOA以及面向服务架构所包含的一切内容。那些已经实现这一目标的机构，可以更好的实现标准化。这些机构所取得的成就，使其它机构的成果显得逊色了许多。但是，没有实现协调性，并不意味着你无法成功实施SOA。

　　在某些领域，很多人认为，SOA措施是孤注一掷的，它要求在整个企业范围内全部转换成SOA模式。对于那些抱有这种想法的人来说，一想到要顺应全球数据模型，全部都屏住了呼吸，那些IT管理者一想到要将权利下放给其下属部门，就寝食难安，那些叛逆的开发商整日被标准监督人员（配有符合行业标准的防爆装备）所围绕。

　　有些人被误导，将SOA项目和“大爆炸”方法联系在一起。这给SOA带来了务虚有的罪名，这和面向服务计算这一哲学思想大相径庭。你不必为了获得收益，就在整个企业范围内实施SOA。正是出于这个原因，域库存模式诞生了。从战略规划的角度来说，没有什么模式能够像域库存模式一样，完全实现SOA。

　　在面向服务架构的过度时期，你将负责决策SOA的使用范围。只要在跨筒仓领域是有意义的，就能在一定程度上实现与服务定向计算相关的策略效益。换句话说：你无需在整个企业范围内采用SOA来获得收益。你可以创建一个能够代表IT企业部门的域。这个部门要容易管理。并在域内实施SOA。机构中的另一个小组可以创建自己的域，并独立的实施SOA项目。

　　基本概念构成了该模式的基础。同时还可以在企业范围内提供一个真实可靠的解决方案。

　　在SOA设计模式目录中，这些域以服务库存的方式展现出来。服务库存是在现实世界中实施你在服务目录或者服务组合中所记录的一切。在实施域库存模式时，每一个模式都按照其特有的方式被定义。实际上，很多大型机构也设计出了许多域库存。

　　在最近InformIT OnSOA频道的播客访谈节目中，分析师Joe McKendrick问到在创建“服务群岛”时，域库存模式和其它模式有什么不同之处，。换句话说采用这种模式，会不会使我们倒退回基于部门划分的、集成应用环境，这种环境令我们在一开始就陷入困境。答案是否定的。该模式是要建立“服务大陆”每个服务库存的范围是通过具有战略意义的适当平衡和易管理治理而定义的。

　　标准警察叫道“等一下”“要是不同域的服务之间需要交流，不还是有集成的需要吗？”是的长官，情况的确如此，当跨域服务需要组合时，仍然需要使用传统集成技术。例如，数据模型转换，协议桥接，以及数据格式转换技术。但是在项目的最初阶段就可以实施这个模式，这些转换和桥接层被认为是企业技术蓝图既定的一部分。该技术蓝图主要是围绕域库存而进行的。因为这些技术都在意料之中，他们的作用和影响也可以提前预测。当集成要求在解决方案交付后，意外出现时，就可以有效的缓和了他们的需求。

　　这里有许多定义服务域组成的方式。这个方式可以是建立在权利域基础上，也可以建立在地理位置基础上，或者大型的旧环境基础之上。其中最“健康”的方法就是将域库存边界和真正的业务域紧密的连在一起。面向服务技术企业的宏观视图可以和逻辑域或者可能存在的业务领域同步。这样可以便利长期定位调整业务技术。

　　此外还有许多实施与库存模式的方法。例如，域服务库存可以将SOA实施划分为几个阶段。同时，在最初定义后，还有机会扩大个人域，有利于发展增加新的服务。

　　不论是用那种方法，关键是要了解这个模式所展示的选项。因为这样可以帮助所有机构采用SOA，这也是成功实施面向服务计算商业价值的最佳方法。