エクスポート (0) 印刷
すべて展開

Service Bus for Windows Server 1.1 の概要

更新日: 2013年10月

適用対象: Service Bus for Windows Server 1.1

Service Bus for Windows Server は Windows Server で Windows Azure Service Bus のメッセージング機能を提供するインストール可能なコンポーネントのセットです。Service Bus for Windows Server は、自己管理された環境および開発者のコンピューターで、緩やかに統合されたメッセージ駆動型アプリケーションを構築、テスト、および実行できるようにします。

Service Bus for Windows Server の目的は、Windows Azure と Windows Server の間に同様の機能を提供し、アプリケーションの開発と展開において柔軟性を実現することです。これは Service Bus クラウド サービスと同じアーキテクチャ上に構築され、拡張機能と復元機能を提供します。アプリケーションの開発のために公開されているプログラミング モデル、Visual Studio のサポート、および API は、クラウド サービスのプログラミング モデルおよび API と対称を成しています。これにより、それぞれのアプリケーションの開発、および 2 者間の切り替えを簡単に行うことがます。将来、オンプレミス バージョンとクラウド バージョンの間で、Azure 管理ポータルにおけるのエンティティ管理のエクスペリエンスの一貫性が実現されます。

Service Bus for Windows Server のシナリオ

  • オンプレミスで開発し、クラウドに展開する。 この一般的なシナリオは、クラウド アプリケーション開発者がデスクトップやノート パソコンにインストールできる開発環境でオンプレミスでアプリケーションを開発し、テストするために役立ちます。クラウド開発者をサポートするため、Service Bus for Windows Server はクライアント オペレーティング システム (Windows 7 または 8、64 ビット) にインストールすることができ、SQL Express エディション (SQL Express 2008 R2 SP1 以上) を使用します。さらに、Service Bus for Windows Server は、ドメインに参加していないかオフラインのコンピューターで開発するためのローカル アカウント (ドメイン アカウントではなく) を使用するように構成できます。

  • 柔軟な展開。 幅広い顧客にソリューションを提供するソフトウェア ベンダーは、ソリューションをクラウド アプリケーションとして、またはオンプレミスでの展開のために顧客に配布して、展開できるようにしたいと考えます。同様に、企業ではアプリケーションを展開する場所を選択したいと考えます。このシナリオをサポートするため、Service Bus for Windows Server では、IaaS のサポートに加えて Windows Azure Service Bus (Microsoft PaaS サービス) との対称性を提供しています。対称性は、サポートされる機能セット (このリリース専用の仲介型メッセージング機能)、同じ SDK、および顧客がソリューションを再構築せずに展開オプションを変更できるようにする構成可能な接続文字列のサポートから始まっています。

  • オンプレミスの公開サブスクライブ サービスとアプリケーションを開発する企業のために、Service Bus for Windows Server は、豊富な公開サブスクライブ機能セットを備えたメッセージ指向ミドルウェア (MOM) レイヤーを提供しています。このシナリオをサポートするため、Service Bus for Windows Server は高可用性、スケーラビリティ、Windows トークンベースの認証 (Active Directory のサポート) などの機能を提供しています。

Service Bus for Windows Server のメッセージング機能

Service Bus for Windows Server は Windows Azure Service Bus と同じ仲介型メッセージング機能をサポートしています。Service Bus のキューにより、信頼性の高いメッセージの記憶域と、選択したプロトコルおよび API を使用した取得が実現されます。

Service Bus キュー

Service Bus キューは、メッセージ受信者が独自のペースで、メッセージを処理できるようにすることによって、負荷の平滑化を提供します。さらに、Service Bus キューは、同じキューからメッセージを受け付ける、複数の競合する受信者を指定することで、負荷分散も提供します。Service Bus キュー詳細情報、「Service Bus のキューを使用する方法」を参照してください。

Service Bus のトピック

キュー機能に加えて、Service Bus のトピックおよびサブスクリプションは、同時接続している複数のサブスクライバーが、パブリッシュされたメッセージ ストリームのフィルター処理されたビューまたはフィルター処理されていないビューを個別に取得できるようにする高機能なパブリッシュ/サブスクライブ機能を提供します。Service Bus トピック詳細情報、「Service Bus のトピック/サブスクリプションの使用方法」を参照してください。

Service Bus for Windows Server での展開および管理オプション

Service Bus for Windows Server は、2 つの展開方法をサポートし、さまざまなシナリオをサポートしています。

  • Service Bus ランタイムのみ (スタンドアロン):この展開シナリオでは、Service Bus ファームを展開し、管理して、名前空間を作成する 1 人の管理者がいます。すべての管理操作は PowerShell コマンドでサポートされ、ユーザー インターフェイスはありません (初期インストール用の Service Bus 構成ウィザードを除く)。

  • Windows Azure パックと Service Bus の統合:この展開シナリオでは、管理者は Windows Azure パック ポータルを使用して Service Bus を管理し、実際のファーム (クラウド) を展開し、管理します。Service Bus テナントもポータルを使用して、名前空間とメッセージング エンティティを作成します。ポータルのエクスペリエンスは Azure のエクスペリエンスと似ています。

PowerShell コマンドレットおよび Service Bus API を使用して Service Bus リソースを管理するテナントが 1 つの場合は、Service Bus スタンドアロン展開 (ポータルなし) を使用します。

クラウドと同様の管理エクスペリエンスを必要とする状況で、または管理エクスペリエンスの一部をテナントに公開したい場合に、Windows Azure パックと Service Bus の統合を使用します。Windows Azure パックと Service Bus の統合は、単一のポータルからの複数の Service Bus ファーム (クラウド) の管理もサポートします。これは、複数の顧客 (企業のさまざまなチーム、またはホスト側の場合、さまざまな会社) にリソース (メッセージング) を提供したいと考える大規模な企業またはホスト側の場合などです。

管理対象または管理対象外の環境に Service Bus を展開するかどうかの決定は、展開手順に影響します。詳細については、「 Service Bus for Windows Server 1.1 の概要 ガイド。

note
Service Bus for Windows Server 1.0 は管理対象外の Service Bus のみ提供していました。Windows Azure パックの統合は Service Bus for Windows Server 1.1 リリースへの新しい追加機能です。

Windows Azure パック詳細情報、こちらを参照してください。

次の表は、2 つの代替間の主な違いを示しています。

 

領域 Service Bus ランタイムのみ Windows Azure パックと Service Bus の統合

Service Bus 展開

WebPI を使用したセットアップ。

構成ウィザードまたは PowerShell を使用した構成。

  • WebPI を使用したセットアップ

  • 構成ウィザードまたは PowerShell を使用した構成。

  • ファームの作成時に、管理ポータルによって使用される資格情報を指定します。

Service Bus サービス (計画) の作成

サポートされていません。

  • Windows Azure パック管理者ポータルを使用して、Service Bus (VM 管理などのその他のリソースの次に) を提供する計画を作成します。

名前空間の作成

ファーム管理者は名前空間を作成し、所有者を割り当てます。

  • 管理者が計画を作成したら、テナントは Windows Azure パック テナント ポータルにサインインして、計画を使用してサブスクリプションを作成できます。

  • サブスクリプションが作成されたら、テナントは Windows Azure パック ポータルを使用して、Service Bus 名前空間を作成できます。

Service Bus エンティティ管理

Service Bus SDK (.NET または REST ベース) の使用。

  • 名前空間が作成されると、テナントは Windows Azure パック ポータルを使用して、Azure に似た Service Bus エンティティ (キュー、トピック、およびサブスクリプション) を作成できます。

  • 注:引き続き Service Bus SDK も使用できます。

複数のファームのサポート

各ファームは個別に管理されます。

  • 単一の Windows Azure パック ポータルは複数の Service Bus for Windows Server ファームをサポートできます。

  • テナントは、すべて単一の Windows Azure パック テナント ポータル内で、複数のファームのリソースを使用して、複数のサブスクリプションを作成できます。

Service Bus for Windows Server のプラットフォーム機能

Service Bus for Windows Server は、拡張性と高可用性を共に実現するマルチホスト ファーム トポロジによって、エンタープライズ アプリケーションのためのメッセージング プラットフォームを提供します。プラットフォームは、Windows Server および Microsoft SQL Server に基づきます。コンパクトな開発環境を必要とする開発者は、Service Bus for Windows Server を Windows クライアント オペレーティング システム (64 ビット) および Microsoft SQL Express にインストールできます。

ホストされた Microsoft SQL Server データベースや Windows Azure SQL データベース (IaaS) を使用して、Azure 仮想マシンなどのホストされた環境に Service Bus for Windows Server を展開できます。サポートされるプラットフォーム詳細情報、「Supported Topologies」を参照してください。

Service Bus for Windows Server と Windows Azure Service Bus の比較

Service Bus for Windows Server と Windows Azure Service Bus には、API とメッセージング機能において対称である部分がありますが、2 つの Service Bus 製品には違いがあります。

  • 管理性の点で、ホストされた Platform As A Service (Windows Azure) 環境では、PaaS ベンダー (Microsoft) が管理を提供します。Service Bus for Windows Server では、ローカル管理者が Service Bus for Windows Server ファームを展開、セキュリティ保護、監視します。

  • Windows Azure と Windows Server の両方で、Service Bus は、そのメッセージング エンティティへのアクセスを承認するためにアクセス トークンを必要とします。どちらも、Service Bus 名前空間とエンティティ (キューとトピック) に対して、Shared Access Secrets (SAS) 認証スキームを共有しています。ただし、Windows Azure では、Service Bus は Windows Server で使用できない Windows Azure Active Directory アクセス制御 (アクセス制御サービスまたは ACS) もサポートしています。また、Windows Server では、Service Bus は、Azure で使用できない Windows 統合認証 (ドメインに参加しているユーザーおよび Active Directory ユーザー グループ) をサポートしています。

  • Windows Azure Service Bus では、クォータやその他の実行時設定が固定ですが、Service Bus for Windows Server によって、管理者がそれらの設定を変更し、Service Bus for Windows Server ファームをカスタマイズできます。

  • Windows Azure Service Bus ではアドレス設定スキーマは固定されています。つまり、すべてのエンドポイントは、URL に Service Bus 接尾辞が追加されます。Service Bus for Windows Server では、ホストの完全修飾ドメイン名 (FQDN) またはサービスを表すマップされた DNS エントリを使用できます。


ビルド日:

2014-04-18

コミュニティの追加

追加
表示:
© 2014 Microsoft