服务命名空间

注：本页面内容可能不完全适用中国大陆地区运营的 Windows Azure服务。如要了解不同地区 Windows Azure 服务的差异, 请参考本网站.

在 Service Bus for Windows Server 中，服务命名空间用于寻址、隔离和管理。所有 Service Bus 消息实体都是在服务命名空间的范围内创建的。

服务命名空间

Service Bus for Windows Server 部署（场）可以通过多租户的方式充当多个应用程序的消息平台。为了便于隔离，每个应用程序均使用单独的服务命名空间。

在 Windows Azure Service Bus（云服务）中，所有 Service Bus 消息实体都是使用以服务命名空间名称开头的路径进行寻址的。Service Bus for Windows Server 使用这种利用服务命名空间的类似方法，但扩展了云架构以支持指定服务器名称。因此，默认情况下使用以计算机名称开头的路径对 Service Bus for Windows Server 中的服务命名空间名称进行寻址。使用 Service Bus for Windows Server 可以使用以下寻址架构之一创建服务命名空间：

1. 基于路径的地址（默认值），该地址使用 Service Bus 主机的完全限定域名 (FQDN)。此架构的服务 URI 如下所示：

   {scheme}://{baseUri}:Port/{serviceNamespace}/{resourcePath}
   

2. 支持 DNS 功能的已进行 DNS 注册的命名空间架构。通过使用 DNS，可以从使用 Service Bus 的客户端分离实际服务器节点 (FQDN)。换句话说，当你使用已进行 DNS 注册的架构创建服务命名空间时，你提供的 URI 是在 DNS 中注册的 URI。该服务 URI 类似于以下内容：

   {scheme}://{DNSValue}/{resourcePath}
   

Service Bus for Windows Server 服务命名空间允许管理员对可以拥有服务命名空间的用户进行授权。创建服务命名空间时（或以后），管理员将指定充当服务命名空间所有者的域用户列表。服务命名空间 所有者将被授予创建、修改和删除 Service Bus 消息实体（队列和主题）的权限。这些所有者还可以管理对所有 Service Bus 消息实体的声明。服务命名空间所有者可以按 Service Bus 实体（队列、主题或订阅）定义附加授权规则。

有关更多信息，请参见 Service Bus 安全性部分。

创建服务命名空间

你可以使用以下 PowerShell cmdlet 创建 Service Bus for Windows Server 服务命名空间：

New-SBNamespace -Name <String> [-AddressingScheme <NamespaceFormat>] [-IssuerName <String>] [-IssuerUri <String>] [-ManageUsers <String[]>] [-PrimarySymmetricKey <String>] [-SecondarySymmetricKey <String>] [-Uri <String>]

例如，以下命令将创建名为 MyNamespace1 的 Service Bus for Windows Server 服务命名空间，该名称空间支持基于路径的寻址。它分配 user1 作为命名空间的所有者：

New-SBNamespace -Name MyNamespace1 -ManageUsers user1@domain1

生成日期：

2013-09-12