Implementierung eines Portals im
Verbund
Unternehmen können ein Portal im Verbund implementieren, indem sie über die SAP-NetWeaver-Plattform Content mehrerer Portale gemeinsam nutzen.
Ein Portal im Verbund bietet Unternehmen mit verschiedenen Portalinstallationen (SAP- wie Nicht-SAP-Installationen) einen einzigen Portalzugang pro Benutzer zu Portalinformationen, Services und Anwendungen, die auf Portalen im gesamten Unternehmensnetzwerk zur Verfügung stehen. Durch die Implementierung können bereits vorhandener Content sowie existierende Einstellungen genutzt werden, um den notwendigen Administrationsaufwand zu verringern.
Weitere
Informationen über diese Szenariovariante finden Sie unter
Implementierung eines
Portals im Verbund.
Eine Liste der
Terminologie, die in dieser Szenariovariante verwendet wird, finden Sie unter
Glossary.
Einführung
Einführende Informationen zur Verwendung
eines Portals finden Sie im Abschnitt
Portal in
Einführung in die
Benutzung der SAP-Software.
Systemlandschaft
Jedes Portal im Verbund kann entweder ein Produzent, ein Konsument oder beides sein, abhängig davon, ob es Content für andere Portale zur Verfügung stellt oder ob es von anderen Portalen zur Verfügung gestellten Content benutzt.
● Produzent: Eine Portalinstallation, die anderen Portalen (Konsumenten) den Remote-Zugriff auf Content gewährt, für den ein lokales Deployment durchgeführt wurde.
● Konsument: Eine Portalinstallation, die auf den Remote-Content zugreift, der von einem anderen Portal (Produzenten) zur Verfügung gestellt wird.
SAP NetWeaver Portal unterstützt den WSRP-Standard und erleichtert so die Portlet-Interoperabilität. Dies ermöglicht es Ihnen: (i) WSRP-fähige Portlets in den NetWeaver-Verbund einzubinden, die auf einem nicht-SAP-Portal deployed wurden und (ii) WSRP-fähigen NetWeaver-Content für die Verwendung durch ein nicht-SAP-Portal bereitzustellen.
Ein NetWeaver-Konsumentenportal kann Remote-Content auf verschiedene Arten verwenden:
●
Ordnen Sie Benutzern Remote-Rollen zu,
die auf einem anderen Produzentenportal definiert, konfiguriert und gepflegt
werden. Weitere Informationen finden Sie unter
'Remote Role
Assignment' Mode.
●
Legen Sie Remote-Deltalinks zu Content
(iViews, Seiten, Worksets und Rollen) an, der auf einem
Remote-Produzentenportal abgelegt ist, verwenden Sie ihn erneut und passen Sie
ihn lokal an, ohne den Quell-Content auf dem Produzentenportal zu
beeinträchtigen. Das Verhalten folgt dem Standardverhalten von Deltalinks;
Änderungen am Quellobjekt auf dem Produzenten werden automatisch auf dem
Konsumenten nachgezogen. Weitere Informationen finden Sie unter
'Remote Delta Link'
Mode.
●
Integrieren Sie
WSRP-Portlets, die auf einem Nicht-SAP-Produzentenportal laufen, als lokale
SAP-NetWeaver-iViews. Weitere Informationen finden Sie unter
'WSRP Application
Sharing' Mode.
Grafik: Ein Portalverbund, der fünf verteilte Standorte im selben LAN umfasst. Die Standorte haben eine jeweils andere Portalinstallation, benutzen jedoch gemeinsamen Content. Benutzer melden sich am Portal ihres Standorts an, haben aber gleichzeitig reibungslosen Zugang zu Backend-Anwendungen, die sich an anderen Standorten im Verbund befinden. Remote-Rollenzuordnung und Remote-Deltalink werden verwendet, um Content zwischen SAP-NetWeaver-Portalen bereitzustellen, während WSRP Application Sharing zwischen einem SAP-NetWeaver-Portal und einem Nicht-SAP-Portal verwendet wird.
Jeder Standort ist ein Produzent, ein Konsument oder beides.
● Standort 1 hat drei Portalinstallationen: ein Nicht-SAP-Portal, einen NetWeaver-Content-Produzenten und einen NetWeaver-Konsumenten, der das Anmeldeportal für alle Benutzer dieses Standortes darstellt.
● Standort 2 ist ein NetWeaver-Produzent. Er verfügt über eigene Benutzer und eigenen lokalen Content, den er für andere Portale zur Verfügung stellt, aber verbraucht keinen Remote-Content anderer Portale.
● Standort 3 ist ein NetWeaver-Konsument, der weder eigenen Content anlegt noch entwickelt und seine Benutzer nur mit remote-basiertem Content versorgt.
● Standort 4 ist ein Nicht-SAP-Produzent. Er bedient keine lokalen Benutzer, sondern stellt anderen Portalen Remote-Anwendungen zur Verfügung.
● Standort 5 ist ein NetWeaver-Portal. Es fungiert sowohl als Produzent, als auch als Konsument, bedient die Benutzer mit lokalem und remote-basiertem Content und stellt seinen Content auch anderen Portalen zur Verfügung.
Beispiele über Geschäftsszenarios, in denen ein Portal im Verbund implementiert ist, finden Sie auf dem SAP Developer Network unter www.sdn.sap.com/irj/sdn/developerareas/ep im Bereich Implementing a Federated Portal Network.
Werkzeuge
Eine Zusammenfassung der Werkzeuge, die von Administratoren verwendet werden, oder der Werkzeuge, die speziell dazu benutzt werden, um ein Portal im Verbund zu implementieren, finden Sie unter folgenden Punkten.
●
Portal Tools for
NetWeaver Producers
●
Portal Tools for
NetWeaver Consumers
Ein
Systemadministrator kann statt der Editoren und Assistenten im Portal ein
XML-Skript verwenden, um viele der unten aufgeführten Schritte aufzuführen.
Weitere Informationen finden Sie unter
Using XML to Automate
FPN Tasks.
● Zusätzlich zu den Aktivitäten im Zusammenhang mit Produzenten und Konsumenten, die bei jeder NetWeaver-Portalinstallation im Verbund durchgeführt werden, sollten Administratoren auch tägliche administrative Aufgaben und Aufgaben auf Anfrage durchführen, um jedes Portal individuell zu konfigurieren und zu pflegen. Weitere Informationen finden Sie unter Bereitstellung eines einheitlichen Zugriffs auf den Content in diesem Leitfaden.
● Verwenden Sie für die Integration eines Nicht-SAP-Portals in den Verbund die vom Hersteller zur Verfügung gestellte Dokumentation.
Voraussetzungen
● Für jedes SAP-NetWeaver-Portal (Produzent oder Konsument) haben Sie folgende SAP-NetWeaver-Verwendungsarten installiert:
○ Application Server Java (AS Java)
○ EP Core (EPC)
○ Developer Infrastructure (DI)
Die Verwendungsart DI ist nur erforderlich, wenn Sie die Absicht haben, eigene Anwendungen und eigenen Content für das Portal zu entwickeln.
●
Nach der Installation der Verwendungsart
EPC auf jedem NetWeaver-Portal (Produzent oder Konsument) haben Sie die
erforderlichen initialen Konfigurationsaufgaben durchgeführt, die unter
Initial
Configuration Tasks beschrieben sind. Optionale und empfohlene Aufgaben
sollten auch berücksichtigt werden.
Stellen Sie sicher, dass Sie sich wie in der oben genannten Dokumentation beschrieben an die Konfigurationsrichtlinien für Portalberechtigungen halten. Anderenfalls besteht das Risiko, dass ein Portal beim Anlegen nicht über die richtigen Laufzeitberechtigungen verfügt und keinen Zugriff auf den zugeordneten, initialen Content hat.
●
Für das
Produzenten- und das Konsumentenportal gilt die gleiche Benutzerbasis (nur
erforderlich für Produzenten und Konsumenten auf NetWeaver-Basis). Weitere
Informationen finden Sie unter
User
Persistence.
● NetWeaver-Portale laufen immer auf SAP NetWeaver 7.0.
Informationen
über das Aufsetzen eines Portals im Verbund mit einem Produzenten- oder
Konsumentenportal, das mit einer höheren Version von SAP NetWeaver 7.1 läuft,
finden Sie unter
Version
Interoperability und in SAP-Hinweis 880482.
● Nicht-SAP-Portale sind immer WSRP-kompatibel.
Einschränkungen
Siehe
Limitations, Known
Issues, and Workarounds.
Aufgaben
Dieser Abschnitt beschreibt den Ablauf von Aufgaben, die Administratoren durchführen müssen, um ein Portal im Verbund zu implementieren.
Es wird angenommen, dass im Produzentenportal bereits Content generiert wurde. Beachten Sie, dass ein Produzentenportal jederzeit neuen Content anlegen und diesen anderen Konsumenten zur Verfügung stellen kann.
Beachten Sie, dass der folgende Prozessablauf sich auf eine einzelne Produzenten-Konsumenten-Beziehung bezieht. Für jede weitere Produzenten-Konsumenten-Beziehung wiederholen Sie diese Schritte.
Konfiguration des Portals im Verbund
Administratoren auf den Produzenten- und Konsumentenportalen führen folgende Schritte durch, um die Portale in einen Portalverbund zu integrieren. Produzenten führen außerdem die erforderlichen Konfigurationsschritte aus, um Content für andere Konsumenten bereitzustellen.
...
...
1.
Jedes Produzenten-
und Konsumentenportal konfiguriert das eigene Benutzer-Repository separat.
Weitere Informationen finden Sie unter
User
Persistence.
2. Jeder Systemadministrator auf sowohl dem Produzenten- als auch Konsumentenportal konfiguriert seine Systemeinstellungen separat und bereitet so die Implementierung des Portalverbunds vor.
NetWeaver-Produzentenportal |
NetWeaver-Konsumentenportal |
...
b.
c.
d.
e.
|
...
b.
c.
d.
e.
|
3.
Der
Systemadministrator auf dem Konsumentenportal definiert den Produzenten. Siehe
Adding
Producers.
4. Der Systemadministrator auf dem Konsumentenportal konfiguriert die Produzenteninstanz:
a.
Verifizieren Sie
den Produzentenalias. Siehe
Maintaining Producer
Aliases.
b.
Testen Sie die
Verbindung zum Produzenten. Siehe
Testing the Connection
to a Producer.
c.
Führen Sie die
Registrierung mit dem Produzentenportal durch. Siehe
Registering and
Unregistering Your Consumer Portal.
d.
Ordnen Sie
Berechtigungen zur Produzenteninstanz zu. Siehe
Assigning
Administrator Permissions to Producer Objects.
5.
Das
Produzentenportal vergibt für seinen Content Berechtigungen, um ihn den
registrierten Konsumenten zur Verfügung zu stellen. Siehe
Exposing Content to
Consumers.
Anlegen von Content für Portale im Verbund
Administratoren im Konsumentenportal führen folgende Schritte durch, um remote-basierten Content in das Portal einzubinden und ihn lokalen Benutzern zuzuordnen.
...
1. Basierend auf dem von Ihnen gewünschten Content-Verwendungsmodus führt ein Administrator folgende Aktivitäten auf dem Konsumenten aus:
a. Der Benutzeradministrator ordnet Benutzern und Gruppen Remote-Rollen zu.
b. Der Content-Administrator kopiert Remote-NetWeaver-Content von einem Produzenten-Portal und legt Deltalink-Objekte auf dem Konsumenten-Portal an.
c. Der Content-Administrator wählt Remote-Portlets (von einem Nicht-SAP-Produzenten-Portal) oder -iViews (von einem NetWeaver-Produzenten-Portal) aus und legt Proxy-to-Portlet-iViews auf dem Konsumenten-Portal an.
Weitere
Informationen finden Sie unter
Getting Remote Content
from Producers.
2. Der Konsument konfiguriert den Content. Die durchzuführenden Schritte hängen davon ab, welcher Content-Verwendungsmodus zum Anlegen des Content verwendet wurde.
Remote-Rollenzuordnung |
Es müssen keine weiteren Schritte im Konsumentenportal ausgeführt werden. Die Geschäftsbenutzer können die ihnen zugewiesenen Rollen verwenden. |
Remote-Deltalink* |
... 1. Der Content-Administrator passt ggf. die kopierten Objekte an. 2. Der Content-Administrator weist den Content lokalen Rollen zu. (Dies ist nur erforderlich, wenn keine Rollenstrukturen mitkopiert wurden.) 3. Der Benutzeradministrator weist den Benutzern die entsprechenden kopierten oder selbst angelegten Rollen zu. |
WSRP Application Sharing* |
... 1. Der Content-Administrator ordnet die Proxy-to-Portlet-iViews lokalen Seiten, Worksets oder Rollen zu. 2. Der Benutzeradministrator ordnet Benutzern lokale Rollen zu. |
* Bei Content, den Sie auf dem Konsumenten über die Modi Remote-Deltalink und WSRP Application Sharing anlegen, handelt es sich um lokalen Content. Er muss wie jeder andere auf dem Portal angelegter Standard-Content behandelt werden. Weitere Informationen im Zusammenhang mit diesen Aktivitäten finden Sie unter Anlegen des Portal-Content und Verwaltung des Portals in Bereitstellung eines einheitlichen Zugriffs auf den Content .
3. Das Konsumentenportal führt folgende Aufgaben durch:
○
Endbenutzerberechtigungen zur Produzenteninstanz und
zu Content, der lokal generiert wurde, zuordnen. Siehe
Assigning End-User
Permission to Producer Objects and Content.
○ Lokalen Content direkt auf dem Konsumentenportal anlegen und entwickeln (optional).
Nach der Durchführung dieser Schritte können Geschäftsbenutzer sich am Konsumentenportal anmelden und auf Portalinformationen, Services und Anwendungen zugreifen, die auf Portale eines unternehmensübergreifenden Netzwerks verteilt sind.
Verwaltung des Portals im Verbund
Administratoren auf den Produzenten- und Konsumentenportalen führen folgende Schritte durch, um eine stabile und optimale Portalumgebung sicherzustellen, in der Geschäftsbenutzer ihre täglich anfallenden Aufgaben durchführen können.
...
1.
Systemadministratoren im Produzentenportal ordnen
Remote-Benutzer dem lokalen Content zu, auf den diese vom Konsumentenportal
aus zugreifen (optional für Single-Sign-On-Funktionen). Weitere Informationen
finden Sie unter
Single
Sign-On.
2. Content-Administratoren im Konsumentenportal prüfen den Status und die Realisierbarkeit des Content, der auf Remote-Anwendungen beruht.
3. Systemadministratoren warten die Produzenten- und Konsumentenportale im Verbund.
Dazu gehören die Wartung und Überwachung der Verbindung zwischen Produzent und Konsument, Tracking von aktiven Produzenten durch die Konsumenten und Tracking der registrierten Konsumenten durch die Produzenten. Weitere Informationen finden Sie unter:
NetWeaver-Produzentenportal |
NetWeaver-Konsumentenportal |
|
●
●
|
Weitere Aufgaben bestehen darin, ein unabhängiges Portal am Laufen zu halten (siehe Verwaltung des Portals in Bereitstellung eines einheitlichen Zugriffs auf den Content ).