为Web服务而生

SOA和Web Service都是当前红得发紫的角色，Sytinet公司的Registry 6.0就较好地适合了这二者。

Systinet Registry 6.0（以下简称SR）可以在红帽Linux、Sun Solaris 9以及Windows系列产品上使用。安装向导使得安装非常轻松，并且安装完毕后直接就可以使用，该产品采用嵌入式的Hypersonic SQL数据库，这也在一定程度上令安装更加容易。不过，为了能够广泛地支持用户的应用，它也支持Oracle、DB/2、Microsoft SQL、Sybase和PostgreSQL等多种数据库。

开发者可以以两种模式使用SR：当开发一项新的服务时，他们可以浏览或搜索注册中心来发现服务，这就促进了代码的再次使用，并能帮助开发者发现已有的、可直接用于生产的服务；另一种则是应用程序通过在运行期内查询注册中心，以便为它使用的服务获得终端数据。在这种模式下，该产品像远程过程调用（RPC）风格的应用程序里的注册中心一样运转，使开发者通过名字而不是内置的终端数据就能找到服务。

连同这两种模式一起，SR提供了两个不同的控制台：注册中心管理控制台（Registry Admin Console）和商业服务控制台（Business Service Console）。注册中心管理控制台被用来配置和管理注册中心自身，为了简单安装的目的，这个控制台一般来说很少被使用。商业服务控制台是SR真正给企业带来价值的地方，也是会花费企业大量时间的地方。对开发者、体系结构设计者和商业用户来说，商业服务控制台是连接注册中心的主要接口。使用它，用户可以服务说明、管理已服务的元数据，比如说，指示出哪些服务正在开发中，哪些处于质量评价（QA）阶段，以及哪些在生产阶段等。

复制与集成

SR能够以单一模式被使用，但是通常情况下许多公司希望启动不止一个注册中心，以满足专门的要求。譬如，两个注册中心可以一前一后地合作运行――一个用作注册中心，通过该中心，开发者可以服务；而另一个注册中心可以充当发现注册中心，通过它，服务的使用者可以找到他们想采用的服务。

SR商业服务控制台界面如图

通过这种方式，SR成为一个SOA质量评估程序的关键部分：凭借注册中心和发现注册中心，以及机构自己的质量评估和证明过程，服务获得通过，这就确保了只有做好了生产准备的服务才能用于应用程序之中。SR还可以被集群，以便实现不同地理位置上分散的复制，支持高可靠性和可用性。注册中心的任何一个副本都可以包含另外一个注册中心的所有数据，或者是所有数据的子集，这取决于用户自己预先的配置情况。

UDDI规定了SR则是支持了标准的基于简单对象访问协议的API，用于与注册中心的互动。这个标准确保了其他产品，比如Web服务中间件可以无缝地与注册中心相连接，而无需大量的综合编程。为了实现特有的接口扩展，SR为基础API及其扩展提供了WSDL（Web服务描述语言）。

关于UDDI

看到这里，相信即便是那些对UDDI持怀疑态度的人，也会欣赏SR的强大功能。该应用程序非常稳定并能极好地完成工作，它支持UDDI 3。UDDI 3与UDDI 2都是2005年年初的，它增加了一些对于UDDI白皮书的改进，其中包括创建更多的可读关键字，以及用记数法标记UDDI实体的功能。[编者注：统一描述、发现和集成协议（UDDI, Universal Description, Discovery and Integration）是一套基于Web的、分布式的、为Web服务提供的信息注册中心的实现标准规范。]

SR似乎是刻意地向用户隐瞒了UDDI的存在，除非使用API，否则用户可能永远也不会看到UDDI。然而，如果用户需要有效地使用API，就必须要深入了解UDDI白皮书和数据模型。因此如果你还不是很了解UDDI，那么现在就应该对艰苦的学习阶段有所准备了。（剑鸣）

Systinet Registry 6.0为架构SOA以及建立企业Web服务的档案系统提供了一个可靠的平台，将为那些希望管理一整套跨越不同工作组和版本的、具有多样性Web服务的公司，提供令人信服的投资回报。