Übersicht über Server-Bundles

Die Anwendung kann in einer oder mehreren Workloads implementiert werden, die als Server-Bundles bezeichnet werden. Ein Server-Bundle isoliert die Workloadprozesse, sodass sie unabhängig verwaltet werden können.

Server-Bundles können basierend auf Ihren Anforderungen unabhängig voneinander skaliert und verwaltet werden. Das Benutzerschnittstellenserverpaket ermöglicht Benutzern beispielsweise den Zugriff auf die Benutzerschnittstelle über einen Web-Browser. Ein Crontask-Server-Bundle ermöglicht Benutzern, Hintergrundjobs auszuführen. Wenn eine UI-Workload und Crontask-Workload als zwei separate Server-Bundles implementiert werden, wirken sich die CPU und der Speicher, die von diesen Workloads verwendet werden, nicht gegenseitig aus.

Ein Server-Bundle besteht aus einem oder mehreren Pods. Jedes Server-Bundle kann für seine zusätzliche Serverkonfiguration, JVM-Optionen und Eigenschaften auf Bundleebene einzeln konfiguriert werden. Unterschiedliche Server-Bundles können denselben oder verschiedenen persistenten Datenträgern zugeordnet werden.

Alle Server-Bundles sind mit derselben Datenbank verbunden.

Ein Server-Bundle, das Sie implementieren, wird als Standardserver festgelegt. Das von Ihnen als Standard festgelegte Serverpaket wird verwendet, um URL oder den Pfad zu erstellen, der mit der Anwendung "Verwalten" im Arbeitsbereich verknüpft ist.

Beachten Sie beim Erstellen Ihrer Server-Bundles die folgenden Anforderungen und Verhaltensweisen:

Sie können mehrere Server-Bundles entsprechend Ihren Workloadanforderungen konfigurieren. Der Bundletyp bestimmt die Funktionalität des Servers. Ein cron-Bundle kann beispielsweise keine Benutzerschnittstellenanforderungen bedienen, sondern nur Crontasks ausführen.
Sie können mehrere Server-Bundles desselben Bundletyps haben, wenn die Gruppierung von Workloads für verschiedene Konfigurationen erforderlich ist. Sie können beispielsweise zwei alle Server-Bundles definieren, wobei ein Server-Bundle für die erste Gruppe von Benutzern und ein Bundle für die zweite Gruppe verwendet wird.
Wenn nur ein Server-Bundle angegeben ist, müssen Sie all als Bundle-Typ angeben. Wenn Sie nicht alle as für den Standardtyp angeben, wird die Implementierung möglicherweise als erfolgreich angezeigt. Die Anwendung funktioniert jedoch nicht ordnungsgemäß.
Das Standard-Server-Bundle muss den Bundletyp all oder ui haben. Wenn Sie keinen dieser Typen für den Standardwert angeben, wird die Implementierung möglicherweise erfolgreich angezeigt, aber die Anwendung funktioniert nicht ordnungsgemäß. Wenn Ihr Standardserver-Bundle ein Benutzerschnittstellenbundle ist, benötigen Sie auch ein Mea-Server-Bundle, da das Mea-Server-Bundle für die Benutzersynchronisation benötigt wird.
Wenn Sie nur ein einziges Server-Bundle erstellen und keinen Standardserver angeben, wird dieses Bundle als Standardbundle ausgewählt.
Wenn Sie mehrere Server-Bundles erstellen und keinen Standardwert angeben, wird ein Server-Bundle mit dem Typ "Alle" zufällig als Standardserver ausgewählt.

Wenn Sie die Anwendung implementieren, geben Sie Parameter an, die die Implementierung der Server-Bundle-Pods und der zugehörigen Services und Routen steuern.

Sie können die folgenden Server-Bundle-Parameter zum Konfigurieren der Implementierung festlegen:

Name: Der benutzerdefinierte Name für das Server-Bundle. Außerdem können Sie angeben, ob das Server-Bundle das Standard-Server-Bundle ist.

Podanzahl: Die Anzahl der für das Server-Bundle zu implementierenden Pods.

Typ

Der Typ des Server-Bundles. Die folgenden sechs Pakettypen sind verfügbar:

alle: Schließt UI-, Cron-, Mea-und Berichtsbundletypen ein.
ui: Die Benutzerschnittstellenkomponenten.
cron: Die für Crontasks erforderlichen Komponenten.
mea: Die Unternehmens-Web-Service-API. Dieser Server-Bundle-Typ ist für die Benutzersynchronisation erforderlich.
Bericht: Die Komponenten für Berichte.
standalonejms: Geben Sie standalonejms als Server-Bundle-Typ an, um ein JMS-Server-Bundle (Java Message Service) während der Implementierung von Maximo® Managehinzuzufügen. Weitere Informationen finden Sie unter JMS-Server für Maximo Manage.

Zusätzliche Servereigenschaften

Optional können Sie die folgenden Eigenschaften hinzufügen:

Routenunterdomäne

Wenn Sie eine Unterdomäne angeben, wird diese als Präfix zur Hauptdomäne hinzugefügt, wenn die Route für das Server-Bundle erstellt wird. Wenn Sie beispielsweise maximoui als Unterdomäne angeben, ähnelt Ihre vollständige Domäne dem folgenden Beispiel: maximoui.workspaceid.manage.domain.com.

Zusätzliche Serverkonfigurationen

Für die Konfiguration des Anwendungsservers von WebSphere® Application Server Liberty können Sie angepasste Parameter angeben, wie im folgenden Beispiel gezeigt:

  server-custom.xml: |-
    <!-- Enable features -->
    <featureManager>
        <feature>jsp-2.3</feature>
    </featureManager>

    <!-- To access this server from a remote client add a host attribute to the following element, e.g. host="*" -->
    <httpEndpoint id="defaultHttpEndpoint"
                  httpPort="9080"
                  httpsPort="9443" />
    <!-- Automatically expand WAR files and EAR files -->
    <applicationManager autoExpand="true"/>

Eigenschaften auf Bundleebene

Zum Hinzufügen von Systemeigenschaften des Typs Verwalten zu bestimmten Server-Bundles können Sie bei der Implementierung der Anwendung Eigenschaftsnamen und -werte angeben.