Übersicht über die Web Services-Architektur

0
22
  • Webdienste sind eigenständige, modulare Anwendungen, die über ein Netzwerk, im Allgemeinen das World Wide Web, beschrieben, veröffentlicht, lokalisiert und aufgerufen werden können.
  • Die Web Services-Architektur beschreibt drei Rollen: Service Provider, Service Requester und Service Broker. und drei grundlegende Operationen: Veröffentlichen, Finden und Binden. Eine Netzwerkkomponente kann eine oder alle dieser Rollen übernehmen.
  • In zwei separaten Dokumenten werden Webdienste beschrieben: In einem WDS-Dokument (Well-Defined Service) werden Informationen zu nicht betriebsbereiten Diensten wie Servicekategorie, Servicebeschreibung und Ablaufdatum sowie Geschäftsinformationen zum Serviceanbieter wie z. und Kontaktinformationen. In einem NASSL-Dokument (Network-Accessible Service Specification Language) werden Betriebsinformationen zum Dienst beschrieben, z. B. die Dienstschnittstelle, Implementierungsdetails, das Zugriffsprotokoll und die Kontaktendpunkte.
  • Eine Implementierung der Web Services-Architektur sollte eine inkrementelle Sicherheit und Qualität der Servicemodelle ermöglichen, die durch die Konfiguration einer Reihe von Umgebungsvoraussetzungen (z. B. Authentifizierungsmechanismus, Abrechnung usw.) zur Steuerung und Verwaltung der Interaktionen erleichtert werden.
  • Web-Services können dynamisch zu Anwendungen zusammengesetzt werden, die auf der leistungsbasierten Suche zur Laufzeit basieren, anstatt auf der herkömmlichen statischen Bindung. Durch die dynamische Art der Zusammenarbeit können die Implementierungen plattform- und programmiersprachenneutral und unabhängig von Kommunikationsmechanismen ausgeführt werden und gleichzeitig innovative Produkte, Prozesse und Wertschöpfungsketten schaffen.

Frühere Versuche mit verteiltem Rechnen (CORBA, Distributed Smalltalk, Java RMI) haben zu Systemen geführt, bei denen die Kopplung zwischen verschiedenen Komponenten in einem System zu eng ist, um für ein allgegenwärtiges B2B-E-Business mit geringem Overhead über das Internet wirksam zu sein. Diese Ansätze erfordern zu viel Übereinstimmung und einen gemeinsamen Kontext zwischen Geschäftssystemen verschiedener Organisationen, um für ein offenes B2B-E-Business mit geringem Overhead zuverlässig zu sein.

Inzwischen geht der aktuelle Trend im Anwendungsbereich weg von eng gekoppelten monolithischen Systemen hin zu Systemen locker gekoppelter, dynamisch gebundener Komponenten. Systeme, die nach diesen Grundsätzen aufgebaut sind, dominieren mit größerer Wahrscheinlichkeit die nächste Generation von E-Business-Systemen, wobei Flexibilität das übergeordnete Merkmal ihres Erfolgs ist. Wir glauben, dass Anwendungen auf Kompositionen von Diensten basieren werden, die zur Laufzeit erkannt und dynamisch gemarshallt werden (Just-in-Time-Integration von Diensten). Die Integration von Diensten (Anwendungen) wird zur Innovation der nächsten Generation des E-Business, da Unternehmen mehr von ihren vorhandenen IT-Anwendungen ins Web verlagern, E-Portale und E-Marketplaces nutzen und neue Technologien wie XML nutzen.

Das hier beschriebene Konzept der Webservices gibt einen Überblick darüber, wie die nächste Generation von E-Business-Architekturen für das Web aussehen wird. Die Web Services-Architektur beschreibt Prinzipien für die Erstellung dynamischer, lose gekoppelter Systeme auf der Basis von Diensten, jedoch ohne einzelne Implementierung. Es gibt viele Möglichkeiten, einen Webdienst zu instanziieren, indem Sie verschiedene Implementierungstechniken für die Rollen, Vorgänge usw. auswählen, die von der Webdienstarchitektur beschrieben werden.

Beim Entwerfen von Webdiensten müssen auch verschiedene Umweltaspekte berücksichtigt werden. Beispielsweise variieren die Sicherheitsanforderungen für Service Broker in Abhängigkeit von der Bereitstellungsumgebung. Die meisten Intranetbereitstellungen stellen nur minimale Sicherheitsanforderungen. In Situationen, in denen hochwertige B2B-Transaktionen durchgeführt werden, ist möglicherweise eine viel höhere Sicherheit erforderlich. Ein Ansatz besteht darin, die Sicherheits- und Designbroker einer Risikobewertung zu unterziehen, um unterschiedliche Informationsebenen basierend auf der Sicherheitsinfrastruktur einer Umgebung bereitzustellen. (Weitere Informationen zu Sicherheitsaspekten für Webdienste finden Sie im Anhang .) Zukünftige Versionen des Webdienst-Toolkits unterstützen einige oder alle dieser Sicherheitsaspekte.

Ein neuer architektonischer Ansatz

Herkömmliche Systemarchitekturen beinhalten eine relativ spröde Kopplung zwischen verschiedenen Komponenten im System. Der Großteil der IT-Systeme, einschließlich weborientierter Systeme, kann als eng gekoppelte Anwendungen und Subsysteme charakterisiert werden. IBM CICS-Transaktionen, -Datenbanken, -Berichte usw. werden unter Verwendung von Datenstrukturen (Datenbankdatensätze, Flatfiles) mit enger Kopplung erstellt.

Solche monolithischen Systeme reagieren empfindlich auf Veränderungen. Eine Änderung der Leistung eines der Subsysteme führt häufig zum Ausfall des gesamten Systems. Ein Wechsel zu einer neuen Implementierung eines Subsystems führt häufig zum Ausfall alter, statisch gebundener Kollaborationen (die sich unbeabsichtigt auf die Nebenwirkungen der alten Implementierung stützen). Diese Situation ist bis zu einem gewissen Grad durch Fähigkeiten und die Anzahl der Personen beherrschbar. Mit zunehmender Größe, Nachfrage, Menge und Änderungsrate des Geschäfts wird diese Sprödigkeit deutlich. Jede wesentliche Änderung eines dieser Aspekte führt dazu, dass die Systeme in eine Krise geraten: Nicht verfügbare oder nicht reagierende Websites, mangelnde Geschwindigkeit bei der Markteinführung neuer Produkte und Dienstleistungen, Unfähigkeit, schnell auf neue Geschäftsmöglichkeiten umzusteigen, oder Wettbewerbsbedrohungen . IT-Organisationen sind aufgrund der Kopplung nicht in der Lage, Änderungen zu bewältigen. Die Dynamik des Webs macht die Verwaltung dieser spröden Architekturen unhaltbar.

Wir müssen die aktuellen Modelle des Anwendungsdesigns durch eine flexiblere Architektur ersetzen, um Systeme zu erhalten, die sich leichter ändern lassen.

Internetdienste

Just-in-Time-Integration

Die Web Services-Architektur beschreibt die Prinzipien der nächsten Generation von E-Business-Architekturen und zeigt eine logische Entwicklung von objektorientierten Systemen zu Servicesystemen. Web-Services-Systeme fördern eine signifikante Entkopplung und dynamische Bindung von Komponenten: Alle Komponenten in einem System sind Services, indem sie das Verhalten kapseln und eine Messaging-API für andere zusammenarbeitende Komponenten im Netzwerk veröffentlichen. Services werden von Anwendungen mithilfe der Serviceerkennung für die dynamische Bindung von Kollaborationen gemarshallt. Web Services spiegeln einen neuen serviceorientierten Architekturansatz wider, der auf dem Konzept der Erstellung von Anwendungen durch Erkennen und Koordinieren von im Netzwerk verfügbaren Diensten oder der Just-in-Time-Integration von Anwendungen basiert .

Mit dem Web Services-Ansatz wird das Anwendungsdesign zur Beschreibung der Funktionen von Netzwerkdiensten zur Ausführung einer Funktion und zur Beschreibung der Orchestrierung dieser Mitarbeiter. Zur Laufzeit besteht die Anwendungsausführung darin, die Anforderungen des Mitarbeiters in Eingaben für einen Erkennungsmechanismus zu übersetzen, einen Mitarbeiter zu finden, der in der Lage ist, den richtigen Dienst bereitzustellen, und die Nachrichtensendungen an Mitarbeiter zu orchestrieren, um deren Dienste aufzurufen. Diese neuen Anwendungen werden selbst zu Diensten, wodurch aggregierte Dienste für die Ermittlung und Zusammenarbeit erstellt werden.

Was sind Webdienste?

Webdienste sind eigenständige, modulare Anwendungen, die über ein Netzwerk, im Allgemeinen das Web, beschrieben, veröffentlicht, lokalisiert und aufgerufen werden können.

Die Web Services-Architektur ist die logische Weiterentwicklung der objektorientierten Analyse und des objektorientierten Entwurfs sowie der logischen Weiterentwicklung von Komponenten, die auf die Architektur, den Entwurf, die Implementierung und den Einsatz von E-Business-Lösungen ausgerichtet sind. Beide Ansätze haben sich im Umgang mit der Komplexität großer Systeme bewährt. Wie in objektorientierten Systemen gehören zu den grundlegenden Konzepten in Web Services die Kapselung, die Nachrichtenübermittlung, die dynamische Bindung sowie die Beschreibung und Abfrage von Diensten. Grundlegend für Web Services ist daher die Vorstellung, dass alles ein Service ist, eine API zur Verwendung durch andere Services im Netzwerk veröffentlicht und Implementierungsdetails kapselt.

Web Services-Komponenten

In einer serviceorientierten Umgebung müssen mehrere wesentliche Aktivitäten ausgeführt werden:

  1. Ein Webdienst muss erstellt und seine Schnittstellen und Aufrufmethoden müssen definiert werden.
  2. Ein Webdienst muss in einem oder mehreren Intranet- oder Internet-Repositorys veröffentlicht werden, damit potenzielle Benutzer ihn finden können.
  3. Ein Webdienst muss gefunden werden, damit er von potenziellen Benutzern aufgerufen werden kann.
  4. Ein Webdienst muss aufgerufen werden, um von Nutzen zu sein.
  5. Ein Webdienst muss möglicherweise nicht mehr veröffentlicht werden, wenn er nicht mehr verfügbar ist oder benötigt wird.

Eine Web Services-Architektur erfordert dann drei grundlegende Vorgänge: Veröffentlichen, Suchen und Binden. Dienstanbieter veröffentlichen Dienste für einen Dienstvermittler. Dienstanforderer suchen die erforderlichen Dienste über einen Dienstbroker und binden sie an sie. Diese Ideen sind in der folgenden Abbildung dargestellt.

Veröffentlichen, finden und binden