次の方法で共有

リソース、イベント、および管理のための Web サービス標準の収束に向けて

  • [アーティクル]

 

2006 年 3 月 15 日

バージョン 1.0

Authors

Kevin Cline、Intel
Josh Cohen、Microsoft
ダグ・デイビス、IBM
ドナルド・F・ファーガソン、IBM
ヘザー・クレガー(IBM)
Raymond McCollum、Microsoft
Bryan Murray, HP
イアン・ロビンソン、IBM
Jeffrey Schlimmer、Microsoft
John Shewchuk、Microsoft
Vijay Tewari、Intel
ウィリアム・ヴァンベーネペ HP

はじめに

HP、IBM、Intel、および Microsoft は、複数のプラットフォームで広くサポートできるリソース、イベント、管理の共通の仕様セットを開発する予定です。 当事者は、既存の仕様に基づいて構築し、この収束を可能にする一連の拡張機能を定義することによって、これを行います。 多くのシナリオでは、Web サービスを使用してソリューションを構築するベンダーや顧客は、既存の仕様がシナリオをサポートしていることがわかります。 ベンダーと顧客は、共通の機能が必要な場合に、新しい仕様と機能を使用できます。

ここでは、次の一般的な機能について説明します。

  • リソース: Web サービスを使用して情報を作成、読み取り、更新、削除する機能。
  • イベント: 発行とサブスクライブに基づくイベント ドリブン アーキテクチャを使用して Web サービスを接続する機能。
  • 管理: リソース管理に重点を置いて、システムおよびアプリケーション管理ソリューションを構築するための Web サービス モデルを提供します。

さらに、共通の相互運用可能な仕様のコレクションは、組織が追加の高度なシナリオをカバーするように仕様を簡単に拡張できるように設計されています。

現在、リソース、イベント、および管理用の Web サービス機能を提供する多くの仕様があります。 いくつかの例を次に示します。

  • WS-Transfer
  • WS-Enumeration
  • WS-Eventing
  • WS-MetadataExchange
  • WS-ResourceFramework
    • WS-Resource
    • WS-ResourceProperties
    • WS-ResourceLifetime
    • WS-ServiceGroup
    • WS-BaseFaults
  • WS-Notification
    • WS-BaseNotification
    • WS-BrokeredNotification
    • WS-Topics
  • WS-Management
  • Web サービス分散管理
    • Web サービスを使用した管理 (パート 1)
    • Web サービスを使用した管理 (パート 2)
    • Web サービスの管理

HP、IBM、Intel、および Microsoft は、これらの仕様の多くを開発者向けキットおよび製品に実装しています。 これらの実装は、さらなる進化と洗練のための貴重なフィードバックを提供しています。 また、お客様とユーザー のエクスペリエンスは、共通のコア関数の単一の定義を提供するために、これらの仕様を段階的に収束させる必要も示しています。 仕様の多くは既に標準であり、他の仕様は最近提出されています。 コンバージェンスを実現すると、相互運用性、ソリューション開発、および新しい共通の仕様セットを標準化するプロセスが簡素化されます。

ここでは、収束と動機の概要について説明します。 まず、(a) 情報管理と (b) イベントと通知という 2 つの主要な構成要素に問題を分解します。 次に、これらのブロックが Web サービス管理の構成可能な基盤を形成する方法について説明します。 この 3 つの各セクションでは、関連する仕様とその既存の仕様との関係について、非常に簡単な技術的概要について説明します。 この論文の詳細は、私たちの最高の現在の考え方を表しており、仕様を公開する前に進化する可能性があります。

以前のロードマップの取り組みと一致して、著者は今後 18 ~ 24 か月間に仕様が公開され、改良されることを期待しています。 このロードマップで特定された仕様の一部は、早ければ 2Q06 に公開される予定です。 仕様は、WS-* ワークショッププロセスを使用して改良され、適切な品質が保証された場合organizationそのプロセスに従って標準に提出されます。

このホワイトペーパーでは、共同作成者が現在の仕様の技術的な進化について予測している内容について説明します。 将来のバージョンの製品がこれらの仕様をサポートすることを意図していますが、特定の製品成果物に関する情報は、それぞれの会社の担当者から入手できます。

技術的な詳細については、実際の仕様を参照してください。

情報管理

概要

HP、IBM、Intel、Microsoft は、2 つの新しい仕様 (WS-Transfer Addendum、WS-ResourceTransfer) と、既存の仕様の新しいバージョン (WS-MetadataExchange) を作成しています。 これらの仕様レイヤーは、HP、IBM、Intel、Microsoft がサポートする WS-Transfer と WS-Enumeration で構成されます。

WS-Transfer Addendum (new) は、オプションの Get'、Put'、Create' メッセージを定義することで、WS-Transfer (2004 年 9 月) を拡張します。これにより、既存の Get、Put、Create が変更されます。 WS-Transfer削除メッセージに変更はありません。 Get'、Put'、Create' のオプションの拡張機能を使用すると、メッセージ本文要素でリソースのサブセットを指定したり、リソース固有の処理ディレクティブを伝達したりできます。 body 要素の方言はリソース固有であり、WS-Transfer補遺に重ねられた仕様によって定義されます。 明らかな方言の例として、XPath があります。 この例では、リソースの表現が大きな XML ドキュメントである場合、Get' の XPath 式は、そのドキュメントのサブセットを選択します。 同様に、Put の本文では、更新するドキュメントのサブセットを指定できます。 GetResponse のメッセージに類似した変更があります。

WS-Transfer Addendum は Put' と Create' の応答を拡張して、更新/新しいリソースのWS-Addressing エンドポイント参照 (EPR) を含めることができます。 要求メッセージと同様に、3 つの応答メッセージ (GetResponse'、PutResponse'、CreateResponse') の本文は未定義のままであり、後続の拡張機能の仕様で、部分転送メカニズムを含むリソース固有の転送メカニズムを定義できます。

更新された 3 つの操作はすべて、新しいWS-Addressingアクション URI を持っています。 新しい URI を使用すると、WS-Transfer との下位互換性が確保されます。

WS-Transfer補遺を使用すると、WS-Transfer との統合を向上できるWS-MetadataExchangeの変更が可能になります。 そのため、IBM と Microsoft は Exchange バージョン 1.1 (新規) WS-Metadata再発行しています。 本質的には、リソース/サービス メタデータは、Get を使用して取得されるもう 1 つのリソースにすぎません。

新しい WS-MetadataExchange:

  • Get メッセージを WS-Transfer で Get を参照するように変更します (2004 年 9 月)。
  • EPR 内での mex:Metadata 要素の使用を定義します。 これにより、EPR のメタデータを伝達するための相互運用可能な方法が提供されます。

下位互換性のために、mex:Metadata 要素は、既定のバインディングと XML 名前空間 "https://schemas.xmlsoap.org/ws/2004/09/mex"" と同様に保持されます。

上記の作業に基づいて、HP、IBM、Intel、Microsoft は、WS-ResourceTransfer (WS-RT、new) と呼ばれる新しい仕様を共同で開発しています。 WS-ResourceTransfer (WS-RT、new) は、WS-Transfer (2004 年 9 月)、WS-Transfer補遺 (新規)、WS-Enumeration (2004 年 9 月)、WS-MetadataExchange バージョン 1.1 (新規) を参照しています。 WS-ResourceTransferでは、WS-ResourceFramework のより高度な概念をいくつか追加します。

WS-RT (新規) は、リソースの部分的な要素の作成、取得、更新をサポートする Create'、Get'、Put' の body 要素を定義します。 リソースの状態のサブ要素へのアクセスをサポートするための多くの動機があります。 いくつかの例を次に示します。

  • パフォーマンスの向上 – リソースの状態は非常に大きくなる可能性があり、リクエスタにはサブ要素のみが必要です。
  • 部分的な更新を許可すると、ドキュメント全体が更新されるため、不要な副作用がなくなります。 たとえば、ディレクトリ エントリ全体を更新すると、パスワードの有効期間タイマーがリセットされるのに対し、メール アドレスを更新するだけではリセットされません。

WS-RT (新しい) では、XPath と QName による子要素の識別という 2 つの本文要素言語が事前に定義されています。 これら 2 つの方法は、定義WS-ResourceProperties関数と同等です。 これらの方言を定義すると、具象の body 要素WS-TransferAddendum利用されます。 具体的な方言には、リソースの複数のサブ要素参照を渡す Get'、Put'、Create' のサポートも含まれています。 繰り返しになりますが、複数の Put' と Get' は、ドキュメント全体の取得/配置を回避し、サブ要素を取得/配置するための複数のネットワーク呼び出しを回避することで、パフォーマンスを向上させます。

Get' は複数のサブ要素を返し、Create' と Put' はそれぞれ複数の値を渡して初期化と更新を行います。 ここでも、これらの関数は、定義WS-ResourceProperties機能と同等です。

さらに、WS-RT (新規) では、

  • オプションのリソースの有効期間。 有効期間は、リソースが自動的に削除されるタイミングを指定します。 これにより、リソースの一部のモデル (イベントのサブスクリプションなど) がサポートされます。
  • 有効期間メタデータ形式と関連するWS-MetadataExchange言語。これにより、サポートされている有効期間モデルをリソースのメタデータに含めることもできます。
  • Create' 要求に含まれる有効期間メタデータを処理するためのセマンティクス。
  • リソース EPR に mex:Metadata 要素を含める方法と、その中にリソース メタデータの EPR を含める方法。 これにより、部分的なアクセスのサポートなど、リソースのデータの他の要素と同様にメタデータを取得または更新できます。

既存の仕様との関係

図 1. 既存の仕様との関係

図 1 は、新しい仕様間の関係の概要を示しています。 (網掛けブロックは、仕様に基づいて共同で合意されたブロックを表します。

WS-Transferと WS-Enumeration に変更はありません。 WS-Transfer補遺はWS-Transferを拡張し、下位互換性が必要です。 WS-Transfer Addendum でレイヤーをWS-ResourceTransferし、構成し、基本仕様でジェネリック式の具体的な構文とセマンティクスを定義します。 WS-ResourceTransferは、WS-ResourceFramework の多くの機能のマッピングを提供します。 これには、リソースの部分的な要素へのアクセスと更新、メタデータとリソース状態モデルの統合、およびリソースの有効期間モデルのサポートが含まれます。 WS-ResourceFrameworkのその他の機能は、以下に示す仕様およびその他の最終的な仕様に基づいています。

HP、IBM、Intel、Microsoft は、将来の製品で WS-Transfer、WS-Enumeration、WS-TransferAddendum、WS-MetadataExchange、WS-ResourceTransfer仕様をサポートする予定です。

IBM やその他のユーザーは、引き続き WS-ResourceFramework をサポートします。 IBM とパートナーは、標準機関で作業を行い、WS-ResourceTransfer 以外の拡張機能を明確に強調するために、WS-ResourceFrameworkを再ファクターします。 プログラマは、これらの関数が必要な場合は、これらの拡張機能を使用できます。

Microsoft や他のユーザーは、引き続き WS-Transfer、WS-Enumeration をサポートします。

プログラマは、WS-Transfer、WS-Transfer Addendum、WS-Enumeration、WS-MetadataExchange から開始できます。 これらの仕様をサポートする Microsoft とパートナーは、今後もこのサポートを提供します。 プログラマは、WS-ResourceFramework の既存の実装とバージョンを使用できます。 この仕様をサポートする IBM およびパートナーは、新しい仕様との相互運用性を確保します。

イベントと通知

概要

HP、IBM、Intel、および Microsoft は、WS-Notificationの関数を WS-Eventing と統合する仕様を定義しています。 新しい仕様である WS-EventNotification は、WS-Eventing 上のレイヤーと作成を行います。 WS-EventNotificationでは、WS-Notificationがサポートする 5 つの機能が導入されています。 これらのボタンの役割は、次のとおりです。

  1. サブスクリプション ポリシー – WS-EventingとWS-Notification、イベントのリソース/サービスをサブスクライブする概念について説明します。 サブスクリプションと通知を実装する方法は、サービスやリソースによって異なる場合があります。 サブスクライバーは、サブスクリプションに異なる要件またはディレクティブを設定できます。 WS-EventNotificationは、リソース/サービスがサブスクリプションとサブスクリプション管理のアプローチを記述し、サブスクライバーがイベント ソースへのディレクティブを指定できるようにする具体的なポリシーを定義します。 これにより、他の仕様で使用できるWS-EventNotificationと機能の説明を拡張できます。
  2. より豊富なフィルター言語 – WS-Eventing簡単なフィルター言語が導入されました。 この言語を使用すると、サブスクライバーは、サブスクライバーが受信するイベントを記述するフィルターを指定できます。 WS-EventNotificationでは、より豊富なフィルター言語が導入され、WS-Notificationがサポートする関数が可能になります。
  3. ラップされた通知 – WS-Eventingは、WSDL portType での出力操作/メッセージとしてイベントを記述します。 出力メッセージは、イベント シンクに対する入力メッセージ/操作に対応します。 一部のシナリオ 、特に既存のパブリッシュ/サブスクライブ システムで構築されているシナリオでは、イベント データを含む明示的な通知メッセージが必要です。 これは "ラップされた" 通知です。 イベントの出力メッセージ/操作は、外部通知操作/メッセージ内に含まれています。 ラップされた通知には、通知を受信するための汎用インターフェイスも用意されています。 これにより、任意の通知からイベントを受信できるサブスクライバーを定義できます。 イベント エミッタの出力操作と一致する操作は必要ありません。
  4. サブスクリプション リソース – WS-EventNotification は、WS-Notification と同様に、サブスクリプションの状態を WS-ResourceTransfer のリソースとして扱います。 サブスクリプションには有効期間があり、サブスクライバーは Get'、Put'、Delete' を使用してサブスクリプションの状態を読み取りまたは更新できます (フィルターや有効期限の有効期間の変更など)。 これにより、WS-Eventingで定義されている概念と、WS-ResourceTransfer および WS-ResourceFramework の同様の概念が統合されます。
  5. サブスクリプションの一時停止 – WS-EventNotification は、WS-Notification と同様に、サブスクリプションの "一時停止" という概念を導入します。 これにより、特定のサブスクライバーへの通知フローを一時的に停止できます。 新しい通知をキャッシュするか、単に無視するかなど、正確な QoS プロパティは、サブスクリプション ポリシーによって制御されます。

既存の仕様との関係

図 2. 既存の仕様との関係

図 2 は、イベントと通知の仕様の関係の概要を示しています。 WS-EventNotificationは WS-Eventing のスーパーセットであり、下位互換性をサポートします。 新しい仕様 (WS-EventNotification) は、サブスクリプションを管理するための状態/リソース モデルをサポートするために、WS-ResourceTransferで構成されます。 WS-EventNotificationで明示的に定義されていないWS-Notificationの既存の機能は、引き続き、そのメッセージ モデルと機能を拡張機能として階層化できます。

Microsoft、IBM などは、WS-Eventing を引き続きサポートします。

HP、IBM、Intel、および Microsoft は、新しい WS-ResourceTransfer とWS-EventNotification仕様を将来の製品でサポートする予定です。

IBM や他のユーザーは引き続き WS-Notification をサポートし、WS-Notification仕様をWS-ResourceTransferおよび WS-EventNotification とより適切に統合するために標準で動作することを期待しています。 プログラマは、必要に応じて、WS-Notification フレームワークのより高度な機能を使用できます。 IBM とパートナーは、WS-Notificationを使用する実装が、WS-EventNotificationと WS-ResourceTransfer を使用する環境で動作することを保証します。

Web サービス管理

概要

最後に、情報配布とイベント通知の分野での共同作業に基づいて、HP、IBM、Intel、Microsoft は、今後の一般的な Web サービス管理仕様の開発を主導しています。 この新しい仕様は、WS-ResourceTransfer (新規) とWS-EventNotification (新規) を構成します。 WS-Managementと Web サービス分散管理の違いの多くは、WS-Transferと WS-ResourceFramework の違いと、WS-Notificationと WS-Eventing の違いによるものです。 これらの下位層仕様の調整により、進行中の管理仕様の収束が可能になります。

図 3 は、新しい仕様の概要と、既存の仕様との関係を示しています。 HP、IBM、Intel、Microsoft は、コア管理機能の単一の定義を提供する新しい仕様を開発しています。

既存の仕様との関係

図 3: 既存仕様との関係 (提案)

リソース管理とイベント/通知の仕様の調整により、管理仕様の多くの機能を調整できます。 次に例をいくつか示します。

  • サブ要素を含むマネージド リソースの状態の操作。
  • 管理イベントとリソースの状態変更の通知。

管理仕様の新しいセットには、リソースの種類の情報など、メタデータに対する次の機能のサポートが含まれている必要があります。

  • 検出プロセスのブートストラップ
  • サービスと実装のコンプライアンス レベルと機能の検出
  • リソースの種類と関連するメタデータの検出と列挙
  • 型空間と関連するメタデータへの読み取り/書き込みアクセス
  • 型とメタデータ空間を介したリレーションシップのナビゲーション
  • (Web サイト上の) サービスの外部でホストされ、実行時に実際のサービスに適合できる読み取り専用の型とメタデータ空間に対応する
  • インスタンスとイベント ソースの検出と列挙のブートストラップ

WS-Transferで提供される機能に加えて、リソースを作成および削除する機能と、リソース インスタンスへの読み取り/書き込みアクセスを提供する WS-Resource Transfer に加えて、管理仕様では、次を定義する複数の標準化されたデータ モデルのサポートが提供されます。

  • インスタンス間のリレーションシップの理解とデコード
  • リソースのインスタンスを区別するための一般的なメカニズム
  • プラットフォーム固有の形式の使用を制限しない一方で、相互運用を目的としたイベントの基本的な一般的なペイロード形式

異種システム間の相互運用性には、1 つ以上の標準化されたデータまたはイベント モデルを使用する必要があります。 これらの形式の一部は、必要に応じて共同作業によって定義される場合があります。

これらの仕様の拡張機能は、WS-Managementと WSDM の両方の仕様ファミリに対して開発され、引き続き存在する可能性があります。 ただし、統合により、リソースの監視、状態管理、構成をサポートできる大規模な共通コアが生成されます。

現在の仕様に関する既存の作業は、引き続き計画的な結論に達します。 このロードマップは、進行中の次世代の仕様と標準のビジョンを提供します。 移行パスは、今日の仕様に対して定義されます。 現在の仕様 HP、IBM、Intel、Microsoft に基づく既存のソリューションを基にして、これらの仕様が進行するにつれて組み込まれるようにソリューションを進化させます。

HP、IBM、Intel、Microsoft は、今後の製品で新しい共通管理仕様を実装する予定です。

IBM とパートナーは、引き続き WSDM をサポートする予定です。 現在 WSDM を実装している IBM とパートナーは、WSDM に基づく既存の実装のサポートも保証します。

Microsoft とパートナーは引き続き WS-Management をサポートします。 現在WS-Managementを実装している Microsoft とパートナーは、WS-Management に基づく既存の実装のサポートも保証します。