秘诀五：选择并部署注册中心或存储库
注册中心或存储库提供了发现服务的场所，并且为有关SOA的重要元数据建立了信息交换中心。
许多组织都会部署注册中心作为发现服务的机制，这标志着SOA计划开始启动。注册中心至少可以防止出现重复工作，开发人员只要查看注册中心，就可以确定某项服务是否已经创建。正如洛克希德公司的Timothy Vibbert强调的那样：“注册中心可能只是列出服务的网站。它有可能是通过人工来发现，不过可以发现服务。”
但随着服务及使用服务的应用不断增多，你就需要一个真正的注册中心。哈特福德公司的Ben Moreland说：“我们在2003年选择了通用描述、发现和集成（UDDI）注册中心，在2004年投入使用。我们利用了它的动态绑定功能，为我们提供在客户和服务创建者之间的松散耦合。”
部署的SOA系统大多数采用某种商用注册中心或者存储库，以提供比UDDI规范所定义的功能更深层的功能，目的主要是为了能有一种更加结构化的方式来存储及管理服务元数据。不过让问题复杂化的是，“注册中心”和“存储库”之间的区别相当模糊。通常的定义是，注册中心包含服务方面的数据，如服务位于何处、使用什么XML模式等等；而存储库包含的是服务本身。不过实际上，服务仍在部署平台上使用，所以存储库其实包含较深层次的元数据。另外，注册中心一般都提供存储库的功能，只不过名义上不叫存储库罢了。
选择注册中心很可能是你在实施SOA过程中会遇到的第一个采购决策，也很可能是头一回在单一厂商的方案和最佳SOA方案之间遇到的根本选择。各大平台厂商，包括BEA Systems、IBM、微软、Oracle和Sun都有自己的注册中心或者存储库；但也不乏专业厂商，其中包括Above All Software、Flashline、Infravio、SOA Software和Systinet。视产品而定，你可能会发现丰富的功能：以图形化方式表示Web服务描述语言（WSDL）和服务之间关系的功能、可以限制对某些服务进行访问的基于身份的安全机制、有助于管理服务策略的规则引擎以及更多内容。
说到注册中心或者存储库，David Aubrey认为应当采用单一厂商的产品。Aubrey是总部设在纽约的财务应用软件公司KomatiSoft的高级设计师，他说：“不管你使用哪种框架，厂家都会竭力建议使用存储库。除非绝对有必要，否则我不会使用第三方的替代方案，至少现在不会。关键在于能够与框架和规则引擎兼容，而现有厂商能保证做到这一点。如果引入第三方解决方案，整个协同作用就有可能成问题。”
Flashline的Stack持相反的观点，他说： “如果你使用某家厂商的专有平台，为面向服务的架构搭建基础设施，我认为你犯了重大错误。我们从基础设施的角度提醒所有客户，要重视开放性，因为不然你会陷入窘境：被某家厂商的专有平台所套牢。”
