Auf dem Weg zur Verkettung von Webdienststandards für Ressourcen, Ereignisse und Verwaltung

  • Artikel

 

15. März 2006

Version 1.0

Authors

Kevin Cline, Intel
Josh Cohen, Microsoft
Doug Davis, IBM
Donald F Ferguson, IBM
Heather Kreger, IBM
Raymond McCollum, Microsoft
Bryan Murray, HP
Ian Robinson, IBM
Jeffrey Schlimmer, Microsoft
John Shewchuk, Microsoft
Vijay Tewari, Intel
William Vambenepe, HP

Einführung

HP, IBM, Intel und Microsoft planen die Entwicklung gemeinsamer Spezifikationen für Ressourcen, Ereignisse und Verwaltung, die auf mehreren Plattformen umfassend unterstützt werden können. Die Parteien werden dies tun, indem sie auf bestehenden Spezifikationen aufbauen und eine Reihe von Verbesserungen definieren, die diese Konvergenz ermöglichen. In vielen Szenarien werden Anbieter und Kunden, die Lösungen mithilfe von Webdiensten erstellen, feststellen, dass die vorhandenen Spezifikationen ihre Szenarien unterstützen. Anbieter und Kunden können die neuen Spezifikationen und Funktionen verwenden, wenn sie die allgemeinen Funktionen benötigen.

Zu den allgemeinen Funktionen, die wir abdecken, gehören:

  • Ressourcen: Die Möglichkeit zum Erstellen, Lesen, Aktualisieren und Löschen von Informationen mithilfe von Webdiensten.
  • Ereignisse: Die Möglichkeit, Webdienste mithilfe einer ereignisgesteuerten Architektur basierend auf Veröffentlichung und Abonnement miteinander zu verbinden.
  • Verwaltung: Stellen Sie ein Webdienstmodell zum Erstellen von System- und Anwendungsverwaltungslösungen bereit, wobei der Schwerpunkt auf der Ressourcenverwaltung liegt.

Darüber hinaus ist die gemeinsame interoperable Sammlung von Spezifikationen so konzipiert, dass Organisationen die Spezifikationen problemlos erweitern können, um zusätzliche erweiterte Szenarien abzudecken.

Heute gibt es viele Spezifikationen, die Webdienstfunktionen für Ressourcen, Ereignisse und Verwaltung bereitstellen. Beispiele:

  • WS-Übertragung
  • 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-Verwaltung
  • Verteilte Webdienstverwaltung
    • Verwaltung mithilfe von Webdiensten (Teil 1)
    • Verwaltung mithilfe von Webdiensten (Teil 2)
    • Verwaltung von Webdiensten

HP, IBM, Intel und Microsoft haben Implementierungen vieler dieser Spezifikationen in Developer Kits und Produkten bereitgestellt. Diese Implementierungen liefern wertvolles Feedback für die weitere Weiterentwicklung und Weiterentwicklung. Kunden- und Benutzerfreundlichkeit zeigen auch die Notwendigkeit, diese Spezifikationen inkrementell zu konvergieren, um eine einzelne Definition gemeinsamer Kernfunktionen bereitzustellen. Viele der Spezifikationen sind bereits Standards, und andere wurden kürzlich eingereicht. Das Erreichen einer Konvergenz vereinfacht die Interoperabilität, die Lösungsentwicklung und den Prozess der Standardisierung neuer gemeinsamer Spezifikationen.

Dieses Dokument bietet einen Überblick über die Konvergenz und Motivation. Zunächst wird das Problem in zwei Hauptbausteine unterteilt: (a) Informationsverwaltung und (b) Ereignisse und Benachrichtigungen. Anschließend wird beschrieben, wie diese Blöcke eine zusammensetzbare Grundlage für die Webdienstverwaltung bilden. In jedem dieser drei Abschnitte bietet dieses Papier einen sehr kurzen technischen Überblick über die relevanten Spezifikationen und deren Beziehung zu bestehenden Spezifikationen. Die Details in diesem Papier stellen unsere beste aktuelle Denkweise dar und können sich vor der Veröffentlichung der Spezifikationen weiterentwickeln.

Im Einklang mit den vorherigen Roadmap-Bemühungen erwarten die Autoren, dass die Spezifikationen in den nächsten 18 bis 24 Monaten veröffentlicht und verfeinert werden. Einige der in dieser Roadmap identifizierten Spezifikationen werden bereits 2Q06 veröffentlicht. Die Spezifikationen werden mithilfe des WS-*-Workshopprozesses verfeinert, wobei die Übermittlung an einen Standard organization diesem Prozess folgt, wenn eine angemessene Qualität sichergestellt ist.

Dieses Whitepaper beschreibt, was die Mitautoren erwarten, die technische Weiterentwicklung der aktuellen Spezifikationen sein wird. Während die Absicht darin besteht, dass zukünftige Versionen von Produkten diese Spezifikationen unterstützen, können Informationen zu den spezifischen Produktlieferdaten bei den jeweiligen Unternehmensvertretern eingeholt werden.

Die Leser sollten sich auf die tatsächlichen Spezifikationen für technische Details beziehen.

Informationsverwaltung

Übersicht

HP, IBM, Intel und Microsoft erstellen zwei neue Spezifikationen (WS-Transfer Addendum, WS-ResourceTransfer) und eine neue Version einer vorhandenen Spezifikation (WS-MetadataExchange). Diese Spezifikationen werden mit WS-Transfer und WS-Enumeration erstellt, die VON HP, IBM, Intel und Microsoft unterstützt werden.

WS-Transfer Addendum (neu) erweitert WS-Transfer (Sep 2004), indem optionale Get',Put'- und Create'-Nachrichten definiert werden, die vorhandene Get-, Put- und Create-Nachrichten überarbeiten. Es gibt keine Änderung an der nachricht WS-Transfer Löschen. Die optionalen Erweiterungen für Get', Put' und Create' ermöglichen es dem Nachrichtentextelement, eine Teilmenge der Ressource anzugeben oder ressourcenspezifische Verarbeitungsdirektiven zu übermitteln. Der Dialekt des Body-Elements ist ressourcenspezifisch und wird durch Spezifikationen definiert, die auf WS-Transfer Addendum überlappen. Ein offensichtliches Beispiel für den Dialekt ist XPath. Wenn die Darstellung der Ressource in diesem Beispiel ein großes XML-Dokument ist, wählt der XPath-Ausdruck in einem Get' eine Teilmenge dieses Dokuments aus. Ebenso kann ein Put-Text eine Teilmenge des zu aktualisierenden Dokuments angeben. Die GetResponse-Nachricht weist analoge Änderungen auf.

WS-Transfer Addendum erweitert die Antworten put' und create', sodass sie die WS-Addressing Endpoint Reference (EPR) für die aktualisierte/neue Ressource enthalten können. Wie die Anforderungsnachrichten bleibt der Text aller drei Antwortnachrichten (GetResponse', PutResponse', CreateResponse') undefiniert, damit nachfolgende Erweiterungsspezifikationen ressourcenspezifische Übertragungsmechanismen definieren können, einschließlich teilweiser Übertragungsmechanismen.

Alle drei aktualisierten Vorgänge verfügen über neue WS-Addressing-Aktions-URIs. Die Verwendung neuer URIs stellt die Abwärtskompatibilität mit WS-Transfer sicher.

WS-Transfer Addendum ermöglicht Änderungen in WS-MetadataExchange, die eine bessere Integration in WS-Transfer ermöglichen. IBM und Microsoft veröffentlichen also WS-Metadata Exchange Version 1.1 (neu) erneut. Im Wesentlichen sind Ressourcen-/Dienstmetadaten nur eine weitere Ressource, die mithilfe von Get abgerufen wird.

Das neue WS-MetadataExchange:The new WS-MetadataExchange:

  • Ändert die Get-Nachricht so, dass stattdessen auf Get in WS-Transfer (Sep 2004) verwiesen wird.
  • Definiert die Verwendung des mex:Metadata-Elements in EPRs. Dies bietet eine interoperable Möglichkeit, Metadaten für eine EPR zu übermitteln.

Aus Gründen der Abwärtskompatibilität wird das mex:Metadata-Element wie die Standardbindung und der XML-Namespace "https://schemas.xmlsoap.org/ws/2004/09/mex"" beibehalten.

Basierend auf den oben genannten Arbeiten entwickeln HP, IBM, Intel und Microsoft gemeinsam eine neue Spezifikation namens WS-ResourceTransfer (WS-RT, neu). WS-ResourceTransfer (WS-RT, neu) verweist auf WS-Transfer (Sep 2004), WS-Transfer Addendum (neu), WS-Enumeration (Sep 2004) und WS-MetadataExchange Version 1.1 (neu). WS-ResourceTransfer fügt einige der erweiterten Konzepte aus WS-ResourceFramework hinzu.

WS-RT (neu) definiert Textelemente für Create', Get' und Put', die das Erstellen, Abrufen und Aktualisieren partieller Elemente einer Ressource unterstützen. Es gibt viele Gründe für die Unterstützung des Zugriffs auf Unterelemente des Zustands einer Ressource. Einige Beispiele sind:

  • Verbesserte Leistung: Der Zustand einer Ressource kann sehr groß sein, während der Anforderer nur Unterelemente benötigt.
  • Durch das Zulassen von Teilaktualisierungen werden unnötige Nebeneffekte vermieden, die durch das Aktualisieren ganzer Dokumente entstehen. Wenn Sie z. B. einen gesamten Verzeichniseintrag aktualisieren, kann ein Zeitgeber für die Kennwortlebensdauer zurückgesetzt werden, während das einfache Aktualisieren der E-Mail-Adresse dies nicht wäre.

WS-RT (neu) definiert zwei Textelementdialekte: XPath und identifizieren untergeordnete Elemente anhand von QName. Diese beiden Ansätze entsprechen Funktionen, die definiert WS-ResourceProperties. Durch die Definition dieser Dialekte wird das Body-Element in WS-TransferAddendum konkret verwendet. Die konkreten Dialekte enthalten auch Unterstützung für get', put' und create', die mehrere Unterelementverweise für die Ressource übergeben. Auch hier verbessern mehrere Put' und Get' die Leistung, indem vermieden wird, das gesamte Dokument zu erhalten/zu platzieren und mehrere Netzwerkaufrufe zum Abrufen/Platzieren von Unterelementen zu vermeiden.

Get' gibt die mehrere Unterelemente zurück, und Create' und Put' übergeben die jeweils zu initialisierenden und zu aktualisierenden Werte. Auch diese Funktionen entsprechen funktionen, die definiert WS-ResourceProperties.

Darüber hinaus definiert WS-RT (neu)

  • Eine optionale Ressourcenlebensdauer. Die Lebensdauer gibt an, wann die Ressource automatisch gelöscht wird. Dies unterstützt einige Modelle für Ressourcen, z. B. Abonnements für Ereignisse.
  • Ein Metadatenformat für die Lebensdauer und zugeordnete WS-MetadataExchange Dialekt, die die Aufnahme unterstützter Lebensdauermodelle in die Metadaten einer Ressource ermöglichen.
  • Semantik für die Verarbeitung von Metadaten für die Lebensdauer, wenn sie in einer Create-Anforderung enthalten sind.
  • Wie ein Ressourcen-EPR das mex:Metadata-Element und darin eine EPR für Ressourcenmetadaten enthalten kann. Dadurch können Metadaten wie jedes andere Element der Daten einer Ressource abgerufen und/oder aktualisiert werden, einschließlich der Unterstützung für teilweisen Zugriff.

Beziehung zu vorhandenen Spezifikationen

Abbildung 1. Beziehung zu vorhandenen Spezifikationen

Abbildung 1 bietet einen Überblick über die Beziehung zwischen den neuen Spezifikationen. (Schattierte Blöcke stellen gemeinsam vereinbarte Spezifikationen dar.)

Es gibt keine Änderungen an WS-Transfer und WS-Enumeration. WS-Transfer Addendum erweitert WS-Transfer und erfordert Abwärtskompatibilität. WS-ResourceTransfer Ebenen auf und komponiert mit WS-Transfer Addendum, um konkrete Syntax und Semantik für generische Ausdrücke in den Basisspezifikationen zu definieren. WS-ResourceTransfer bietet Zuordnungen für viele der Funktionen von WS-ResourceFramework. Dazu gehören unterstützung für den Zugriff auf und das Aktualisieren partieller Elemente einer Ressource, die Integration von Metadaten in ein Ressourcenzustandsmodell und ein Lebensdauermodell für Ressourcen. Andere Funktionen von WS-ResourceFramework basieren auf den unten angegebenen Spezifikationen und anderen eventuellen Spezifikationen.

HP, IBM, Intel und Microsoft wollen WS-Transfer, WS-Enumeration, WS-TransferAddendum, WS-MetadataExchange und WS-ResourceTransfer Spezifikationen in zukünftigen Produkten unterstützen.

IBM und andere werden WS-ResourceFramework weiterhin unterstützen. IBM und Partner werden in Normungsgremien daran arbeiten, WS-ResourceFramework neu zu berücksichtigen, um Erweiterungen über WS-ResourceTransfer hinaus klar abzugrenzen. Programmierer können diese Erweiterungen verwenden, wenn sie diese Funktionen benötigen.

Microsoft und andere werden weiterhin WS-Transfer, WS-Enumeration unterstützen.

Programmierer können mit WS-Transfer, WS-Transfer Addendum, WS-Enumeration, WS-MetadataExchange beginnen. Microsoft und Partner, die diese Spezifikationen unterstützen, werden diesen Support auch in Zukunft bereitstellen. Programmierer können vorhandene Implementierungen und Versionen von WS-ResourceFramework verwenden. IBM und Partner, die diese Spezifikation unterstützen, stellen die Interoperabilität mit den neuen Spezifikationen sicher.

Ereigniserstellung und Benachrichtigung

Übersicht

HP, IBM, Intel und Microsoft definieren eine Spezifikation, die Funktionen aus WS-Notification in WS-Eventing integriert. Die neue Spezifikation WS-EventNotification, layer on und composes with WS-Eventing. WS-EventNotification führt fünf Funktionen ein, die WS-Notification unterstützt. Diese lauten wie folgt:

  1. Abonnementrichtlinie: WS-Eventing und WS-Notification das Konzept des Abonnierens von Ressourcen/Diensten für Ereignisse einführen. Verschiedene Dienste/Ressourcen können unterschiedliche Ansätze für die Implementierung von Abonnements und Benachrichtigungen haben. Abonnenten möchten möglicherweise unterschiedliche Anforderungen oder Anweisungen für Abonnements festlegen. WS-EventNotification definiert konkrete Richtlinien, die es einer Ressource/einem Dienst ermöglichen, ihre Ansätze für Abonnements und die Abonnementverwaltung zu beschreiben, und ermöglicht es einem Abonnenten, Anweisungen für die Ereignisquelle anzugeben. Dies ermöglicht die Erweiterbarkeit für WS-EventNotification- und Funktionsbeschreibungen, die von anderen Spezifikationen verwendet werden können.
  2. Umfangreichere Filtersprachen – WS-Eventing eine einfache Filtersprache eingeführt. Die Sprache ermöglicht es einem Abonnenten, einen Filter anzugeben, der beschreibt, welche Ereignisse der Abonnent empfangen möchte. WS-EventNotification führt eine umfangreichere Filtersprache ein, die Funktionen ermöglicht, die WS-Notification unterstützt.
  3. Umschlossene Benachrichtigung: WS-Eventing beschreibt Ereignisse als Ausgabevorgänge/Nachrichten für einen WSDL-PortType. Die Ausgabemeldungen entsprechen Eingabemeldungen/Vorgängen auf der Ereignissenke. Einige Szenarien, insbesondere solche, die auf vorhandenen Veröffentlichungs-/Abonnentensystemen aufbauen, erfordern eine explizite Benachrichtigung, die die Ereignisdaten enthält. Dies ist eine umschlossene Benachrichtigung. Die Ausgabenachricht/der -Vorgang für das Ereignis ist in einem äußeren Benachrichtigungsvorgang/einer äußeren Benachrichtigungsnachricht enthalten. Umschlossene Benachrichtigungen bieten auch eine generische Schnittstelle zum Empfangen von Benachrichtigungen. Dadurch können Abonnenten definiert werden, die Ereignisse von jedem Notifier empfangen können. Es ist kein Vorgang erforderlich, der dem Ausgabevorgang des Ereignisemittenters entspricht.
  4. Abonnementressourcen: WS-EventNotification behandelt den Status eines Abonnements wie WS-Notification in WS-ResourceTransfer als Ressource. Ein Abonnement kann eine Lebensdauer haben, und der Abonnent kann get", "Put" und "Delete" verwenden, um den Status des Abonnements zu lesen oder zu aktualisieren, z. B. um einen Filter oder eine Ablaufdauer zu ändern. Dadurch werden in WS-Eventing definierte Konzepte mit ähnlichen Konzepten in WS-ResourceTransfer und WS-ResourceFramework besser integriert.
  5. Anhalten von Abonnements – WS-EventNotification, wie WS-Notification, führt den Begriff des "Anhaltens" eines Abonnements ein. Dies ermöglicht das vorübergehende Anhalten des Flusses von Benachrichtigungen an einen bestimmten Abonnenten. Die genauen QoS-Eigenschaften, z. B. ob die neuen Benachrichtigungen zwischengespeichert oder einfach ignoriert werden, werden von den Abonnementrichtlinien gesteuert.

Beziehung zu vorhandenen Spezifikationen

Abbildung 2. Beziehung zu vorhandenen Spezifikationen

Abbildung 2 bietet einen Überblick über die Beziehung zwischen Ereignis- und Benachrichtigungsspezifikationen. WS-EventNotification ist eine Obermenge von WS-Eventing und unterstützt Abwärtskompatibilität. Die neue Spezifikation (WS-EventNotification) besteht aus WS-ResourceTransfer, um ein Zustands-/Ressourcenmodell für die Verwaltung von Abonnements zu unterstützen. Die vorhandene Funktionalität von WS-Notification nicht explizit in WS-EventNotification definiert, kann weiterhin über das Nachrichtenmodell und die Funktionalität als Erweiterung übertragen werden.

Microsoft, IBM und andere werden weiterhin WS-Eventing unterstützen,

HP, IBM, Intel und Microsoft beabsichtigen, die neue WS-ResourceTransfer- und WS-EventNotification Spezifikation in zukünftigen Produkten zu unterstützen.

IBM und andere werden WS-Notification weiterhin unterstützen und erwarten, in Standards zu arbeiten, um die WS-Notification Spezifikationen besser in WS-ResourceTransfer und WS-EventNotification zu integrieren. Programmierer können bei Bedarf die erweiterten Funktionen des WS-Notification Frameworks verwenden. IBM und Partner stellen sicher, dass Implementierungen, die WS-Notification verwenden, in Umgebungen mit WS-EventNotification und WS-ResourceTransfer funktionieren.

Webdienstverwaltung

Übersicht

Schließlich sind HP, IBM, Intel und Microsoft auf der Grundlage der gemeinsamen Arbeit im Bereich Informationsverteilung und Ereignisbenachrichtigung federführend bei der Entwicklung einer bevorstehenden gemeinsamen Webdienstverwaltungsspezifikation. Diese neue Spezifikation besteht aus WS-ResourceTransfer (neu) und WS-EventNotification (neu). Viele der Unterschiede zwischen WS-Management und verteilter Verwaltung von Webdiensten sind direkt auf die Unterschiede zwischen WS-Transfer und WS-ResourceFramework sowie zwischen WS-Notification und WS-Eventing zurückzuführen. Die Abstimmung dieser Spezifikationen auf niedrigeren Ebenen ermöglicht eine Konvergenz der Verwaltungsspezifikationen, die derzeit in Bearbeitung ist.

Abbildung 3 bietet einen Überblick über die neuen Spezifikationen und deren Beziehung zu vorhandenen Spezifikationen. HP, IBM, Intel und Microsoft entwickeln eine neue Spezifikation, die eine einzelne Definition der kernigen Verwaltungsfunktionen bietet.

Beziehung zu vorhandenen Spezifikationen

Abbildung 3. Beziehung zu vorhandenen Spezifikationen (vorgeschlagen)

Die Abstimmung der Ressourcenverwaltungs- und Ereignis-/Benachrichtigungsspezifikationen ermöglicht die Abstimmung vieler Funktionen der Verwaltungsspezifikationen. Beispiele hierfür sind:

  • Manipulation des Zustands verwalteter Ressourcen, einschließlich Unterelementen.
  • Benachrichtigung über Verwaltungsereignisse und Ressourcenstatusänderungen.

Die neuen Verwaltungsspezifikationen sollten unterstützung für die folgenden Features für Metadaten enthalten, einschließlich Ressourcentypinformationen:

  • Bootstrapping des Ermittlungsprozesses
  • Ermittlung der Konformitätsstufen und -funktionen der Dienste und Implementierungen
  • Ermittlung und Enumeration von Ressourcentypen und den zugehörigen Metadaten
  • Lese-/Schreibzugriff auf den Typraum und die zugeordneten Metadaten
  • Navigation von Beziehungen durch den Typ- und Metadatenbereich
  • Aufnahme eines schreibgeschützten Typs und Metadatenbereichs, der außerhalb des Diensts (auf einer Website) gehostet und an den tatsächlichen Dienst zur Laufzeit angepasst werden kann
  • Bootstrapping der Ermittlung und Enumeration von Instanzen und Ereignisquellen

Zusätzlich zu den Features, die in WS-Transfer die Möglichkeit bieten, Ressourcen zu erstellen und zu löschen, und WS-Resource Übertragung, die Lese-/Schreibzugriff auf Ressourceninstanzen bereitstellt, bieten die Verwaltungsspezifikationen Unterstützung für mehrere standardisierte Datenmodelle, die Folgendes definieren:

  • Verstehen und Decodieren von Beziehungen zwischen Instanzen
  • Ein allgemeiner Mechanismus zur Unterscheidung von Ressourceninstanzen
  • Ein grundlegendes allgemeines Nutzlastformat für Ereignisse für Zwecke der Interoperation, ohne die Verwendung plattformspezifischer Formate einzuschränken

Die Interoperabilität über heterogene Systeme hinweg erfordert die Verwendung eines oder mehrerer standardisierter Daten- oder Ereignismodelle. Einige dieser Formate können durch die gemeinsame Anstrengung nach Bedarf definiert werden.

Erweiterungen dieser Spezifikationen können sowohl für die WS-Management- als auch für die WSDM-Spezifikationsfamilien entwickelt werden und weiterhin vorhanden sein. Die Vereinheitlichung führt jedoch zu einem großen gemeinsamen Kern, der die Überwachung, Zustandsverwaltung und Konfiguration von Ressourcen unterstützen kann.

Die bisherigen Arbeiten an den aktuellen Spezifikationen werden bis zum geplanten Abschluss fortgesetzt. Diese Roadmap bietet eine Vision für die nächste Generation der Spezifikationen und Standards, die in Bearbeitung sind. Ein Migrationspfad wird für die heutigen Spezifikationen definiert. Basierend auf ihren vorhandenen Lösungen, die auf den aktuellen Spezifikationen basieren, werden HP, IBM, Intel und Microsoft ihre Lösungen weiterentwickeln, um diese Spezifikationen im Laufe des Fortschritts zu integrieren.

HP, IBM, Intel und Microsoft beabsichtigen, die neue gemeinsame Verwaltungsspezifikation in zukünftigen Produkten zu implementieren.

IBM und Partner werden WSDM weiterhin unterstützen. IBM und Partner, die derzeit WSDM implementieren, stellen auch die Unterstützung für vorhandene Implementierungen sicher, die auf WSDM basieren.

Microsoft und Partner werden WS-Management weiterhin unterstützen. Microsoft und Partner, die derzeit WS-Management implementieren, stellen auch die Unterstützung für vorhandene Implementierungen auf Basis von WS-Management sicher.