Kapitel 2 Architektur

Eine Java ES-Architektur ist eine allgemeine technische Beschreibung einer Java ES-Lösung. Sie entwickeln eine Architektur, um die Kombination von Java ES-Komponenten und anderen Technologien zu identifizieren, durch die die in den Anwendungsfällen beschriebenen Diensten bereitgestellt werden.

Der Vorgang zur Entwicklung einer Architektur umfasst zwei Schritte. Sie gehen folgendermaßen vor:

1. Sie entwickeln ein Bereitstellungsszenario. Im Bereitstellungsszenario identifizieren Sie die Java ES-Komponenten, die die in den Anwendungsfällen beschriebenen Dienste bereitstellen, und geben – in einem separaten Schritt – die Quality of Service-Anforderungen für die Lösung an.

2. Sie bereiten eine Bereitstellungsarchitektur vor. In die Bereitstellungsarchitektur integrieren Sie die Informationen, die Sie im Bereitstellungsszenario entwickelt haben. Sie legen fest, wie viele Instanzen der jeweiligen Komponente installiert und konfiguriert werden müssen, welche Redundanzstrategien hierfür gelten, auf welcher Hardware diese Vorgänge erfolgen und wie die Instanzen in Ihrem Netzwerk verteilt sind. Auf diese Weise werden die von Ihnen benötigten Dienste bereitgestellt und die von Ihnen angegebene Quality of Service gewährleistet.

In diesem Kapitel werden die beiden Schritte zur Entwicklung der Architektur für die Evaluierungslösung erläutert. Obwohl die Evaluierungsarchitektur verhältnismäßig einfach strukturiert ist, hilft Ihnen die Beschreibung, den Vorgang des Installierens und Konfigurierens der Evaluierungslösung besser zu verstehen. Weitere Informationen zur Methodik bei der Bereitstellungsplanung finden Sie im Java Enterprise System - Handbuch zur Bereitstellungsplanung.

In diesem Kapitel wird die Entwicklung der Architektur für die Evaluierungslösung in folgenden Abschnitten beschrieben:

• Bereitstellungsszenario

• Bereitstellungsarchitektur

Bereitstellungsszenario

Der erste Schritt zur Entwicklung einer Architektur für eine Lösung besteht in der Vorbereitung eines Bereitstellungsszenarios. Ein Bereitstellungsszenario umfasst Folgendes:

• Eine logische Architektur, in der die Komponenten identifiziert werden, die zur Implementierung der Anwendungsfälle benötigt werden

• Quality of Service-Anforderungen, aus denen die Leistungsvorgaben hervorgeben, die für Ihre Lösung gelten

In diesem Abschnitt wird erläutert, wie ein Bereitstellungsszenario basierend auf den unter Anwendungsfälle zur Evaluierung erläuterten Anwendungsfällen entwickelt wird.

Logische Architektur

Eine logische Architektur gibt die Java Enterprise System-Komponenten an, von denen die in Anwendungsfällen beschriebenen Dienste bereitgestellt werden. Eine logische Architektur wird normalerweise grafisch dargestellt. Die für die Evaluierungsanwendungsfälle benötigten Komponenten sind in Abbildung 2–1 dargestellt.

Abbildung 2–1 Logische Architektur der Evaluierungsbereitstellung

Die Komponenten in Abbildung 2–1 werden aus folgenden Gründen in die logische Architektur aufgenommen:

• Die in den Anwendungsfällen beschriebenen Portaldienste werden von Portal Server bereitgestellt. Endbenutzer greifen über einen webbasierten Portal-Desktop auf die Portaldienste zu. Die Webbrowser-Clients, die ganz links (in der Client-Schicht) zu sehen sind, stellen Endbenutzer dar, die den Portal-Desktop in ihrem Webbrowser anzeigen. Für die Evaluierungslösung installieren Sie einen Beispiel-Portal-Desktop.

• Portal Server und einige weitere webbasierte Komponenten müssen in einem Webcontainer ausgeführt werden. Bei der Evaluierungslösung installieren Sie Web Server zur Bereitstellung des benötigten Webcontainers. Obwohl Web Server direkt keine Dienste bereitstellt und in Abbildung 2–1 nicht enthalten ist, führen Sie die Installation durch, um Webcontainer-Unterstützung für Portal Server, Access Manager, Communications Express und Instant Messaging bereitzustellen.

• Endbenutzer greifen auf die in den Anwendungsfällen beschriebenen Mail- und Kalenderdienste über die webbasierte Communications Express-Schnittstelle zu. Die Webbrowser-Clients, die ganz links (in der Client-Schicht) zu sehen sind, stellen Endbenutzer dar, die über ihren Webbrowser auf Communications Express zugreifen.

• Die in den Anwendungsfällen beschriebenen Maildienste werden von Messaging Server bereitgestellt. Messaging Server verfügt über einen eigenen Webcontainer.

• Die in den Anwendungsfällen beschriebenen Kalenderdienste werden von Calendar Server bereitgestellt. Messaging Server verfügt über einen eigenen Webcontainer.

• Die in den Anwendungsfällen beschriebenen Instant Messaging-Dienste werden von Instant Messaging bereitgestellt.

• Die in den Anwendungsfällen beschriebenen Authentifizierungs- und Autorisierungsdienste, einschließlich der Dienste für Single Sign-On und die Portal-Proxy-Authentifizierung, werden von Access Manager bereitgestellt.

• LDAP-Verzeichnisdienste sind für die Unterstützung der in den Anwendungsfällen beschriebenen Dienste erforderlich. Die LDAP-Dienste werden von Directory Server bereitgestellt. Im LDAP-Verzeichnis werden Konfigurationsinformationen zu den anderen Komponenten, Einträge für administrative Benutzer sowie Einträge für Endbenutzer gespeichert.

In Abbildung 2–1 sind die Komponenten in unterschiedlichen Schichten angeordnet. Die Schichten stellen die unterschiedlichen Rollen dar, die Komponenten in der Lösung übernehmen. Bei der Evaluierungslösung werden alle Schichten auf einem einzigen Computersystem kombiniert.

Bei einer Produktionslösung können Sie anhand der Rollen, die Komponenten übernehmen, bestimmen, wie Ihre Komponenten und Unterkomponenten im Netzwerk verteilt werden sollen und wie sie für die Interoperation mit anderer Software, beispielsweise eigenständigen Mail-Clients, konfiguriert werden sollen. Weitere Informationen zur mehrschichtigen Architektur von Java ES finden Sie unter Java Enterprise System Technical Overviewhttp://download.oracle.com/817-5764.

Anforderungen für Quality of Service

In der logischen Architektur werden zwar die Java ES-Komponenten identifiziert, die die in den Anwendungsfällen beschriebenen Dienste bereitstellen, Sie erfahren aber nicht, wie die Komponenten in Ihrem Netzwerk installiert werden sollen. Bei einer typischen Produktionslösung werden Quality of Service-Anforderungen, wie Antwortzeit sowie Verfügbarkeit und Zuverlässigkeit von Diensten, durch die Installation und Konfiguration mehrerer Instanzen der Komponenten und die Verteilung der Instanzen auf mehrere Computersysteme erfüllt. Wenn beispielsweise zwei Instanzen von Messaging Server auf zwei verschiedenen Computersystemen installiert und gemeinsam mit Hardware für den Lastenausgleich konfiguriert werden, werden die Failover-Funktion sowie die Hochverfügbarkeit für Ihre Meldungsdienste zur Verfügung gestellt und gewährleistet.

Um die Quality of Service-Anforderungen für eine Lösung zu bestimmen, analysieren Sie den Bedarf in Ihrem Unternehmen und arbeiten Anforderungen aus. Die Quality of Service-Anforderungen basieren auf wichtigen Merkmalen Ihres Unternehmensbedarfs, beispielsweise der Anzahl der zu unterstützenden Benutzer, die Antwortzeit, die für Ihre Benutzer gewährleistet werden muss, sowie die zulässige Ausfallzeit.

Die in diesem Dokument beschriebene Evaluierungslösung muss nur wenige Benutzer unterstützen und eine kontinuierliche Verfügbarkeit der anderen Funktionen einer Produktionslösung ist nicht erforderlich. Daher gelten minimale Systemanforderungen für die Evaluierungslösung. Diese Anforderungen werden nachfolgend aufgelistet:

• Auslastungs- und Leistungsanforderungen: Keine

• Verfügbarkeitsanforderungen: Keine

• Sicherheitsanforderungen: LDAP-Authentifizierung, Single Sign-On

• Wartungseignungsanforderungen: Keine

• Skalierbarkeitsanforderungen: Keine

Bereitstellungsarchitektur

Der zweite Schritt zur Entwicklung einer Architektur für eine Lösung besteht in der Vorbereitung einer Bereitstellungsarchitektur. Die Bereitstellungsarchitektur umfasst die logische Architektur sowie die Quality of Service-Anforderungen. Bei der Entwicklung einer Bereitstellungsarchitektur beantworten Sie beispielsweise folgende Fragen:

• Welche Redundanzstrategien werden zur Erfüllung Ihrer Anforderungen an Verfügbarkeit und Zuverlässigkeit eingesetzt? (Einige der Redundanzstrategien, die Ihnen zur Verfügung stehen, sind die Installation und Konfiguration mehrerer Instanzen einer Komponente und der Lastenausgleich der Instanzen zur Gewährleistung von Verfügbarkeit und Zuverlässigkeit, die Installation und Konfiguration mehrerer Instanzen einer Komponente sowie die Verwendung von Sun-Cluster-Technologie zur Gewährleistung von Verfügbarkeit und Zuverlässigkeit sowie die Verwendung mehrerer Instanzen von Directory Server, die über die Funktionen für Multi-Mastering und Replikation synchronisiert werden, um so Verfügbarkeit und Zuverlässigkeit zu gewährleisten.)

• Wie viele Instanzen der jeweiligen Komponente müssen installiert und konfiguriert werden, um die in Ihrer Lösung verwendeten Redundanzstrategien zu implementieren?

• Wie sind die Komponenteninstanzen auf Computerhardwaresystemen kombiniert? Bei einer Lösung mittlerer Größe können beispielsweise Instanzen von Messaging Server und Calendar Server auf zwei Computersystemen installiert und konfiguriert werden. Sie verwenden Sun Cluster-Technologie, um die zwei Computersysteme zu einem Cluster zusammenzufassen; in dieser Architektur werden Verfügbarkeit und Zuverlässigkeit für Ihre Meldungs- und Kalenderdienste gewährleistet.

• Wie viele CPUs werden auf jedem Computersystem benötigt, um die in Ihren Quality of Service-Anforderungen festgelegten Leistungsvorgaben zu erfüllen?

Mithilfe der Antworten auf diese Fragen können Sie eine Bereitstellungsarchitektur für Ihre Lösung entwickeln. Eine Bereitstellungsarchitektur wird normalerweise in grafischer Form dargestellt, wobei Felder die Computersysteme der Lösung darstellen. In den einzelnen Feldern sind die Komponenten angegeben, die auf dem jeweiligen Computersystem installiert sind. Die Bereitstellungsarchitektur für die Evaluierungslösung ist in Abbildung 2–2 dargestellt.

Abbildung 2–2 Bereitstellungsarchitektur der Evaluierungslösung

Aus Abbildung 2–2 geht hervor, dass die minimalen Quality of Service-Anforderungen für die Evaluierungsanwendungsfälle problemlos erfüllt werden können, indem sämtliche in der Evaluierungslösung verwendeten Komponenten auf einem System installiert werden. Das Feld mit der Bezeichnung evaluation_host steht für das System. Anschließend werden in diesem Dokument die Installation, Konfiguration und Verwendung der Evaluierungslösung auf einem System beschrieben.

Die Bereitstellungsarchitektur für eine Produktionslösung umfasst mehrere Computersysteme. Auf den jeweiligen Systemen werden hierbei unterschiedliche Kombinationen von Komponenten installiert. Wenn Sie Interesse an einem Beispiel für eine Bereitstellungsarchitektur mit großem Umfang haben, die sich für eine Produktionslösung eignet, ziehen Sie folgende Quellen zurate: Java ES-Lösung, Java Enterprise System - Handbuch zur Bereitstellungsplanung (http://download.oracle.com/817-5759)