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.
Ein einziger Portalzugangspunkt erhöht die Produktivität der Benutzer, was wiederum den ROI jeder Portalimplementierung erhöht und die Gesamtbetriebskosten senkt, indem der Administrationsaufwand konsolidiert wird.
Beachten Sie, dass dieses Szenario nicht dafür konzipiert ist, die globale Performance zwischen entfernten Standorten zu verbessern. Trotzdem können einige Einstellungen in der Portallandschaft des Verbundportals in Kombination mit bestimmten Content-Arten zu besseren Performance-Zahlen als denen führen, die in Landschaften vorliegen, die kein Portal im Verbund implementiert haben.
Architektur der Szenariovariante
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 (Produzent) zur Verfügung gestellt wird.
Jedes Portal kann lokale Benutzer und Remote-Benutzer unterstützen.
Wenn ein Portal im Verbund lediglich als Content-Produzent fungiert, das heißt, keinen Remote-Content konsumiert und eigenen Portalbenutzern nicht unmittelbar Content zur Verfügung stellt, müssen Sie lediglich die relevanten Prozesse in der Szenariovariante Bereitstellung eines einheitlichen Zugriffs auf den Content umsetzen, um Funktion und Sicherheit des Portals und seines Contents zu gewährleisten.
Die WSRP-Kompatibilität von SAP NetWeaver Portal ermöglicht Portlet-Interoperabilität; die Ihnen Folgendes ermöglicht: (i) Einbinden von WSRP-kompatiblen Portlets, die auf einem Nicht-SAP-Portal in den NetWeaver-Verbund deployt wurden; und (ii) Bereitstellen des WSRP-kompatiblen NetWeaver-Content zur Verwendung durch ein nicht-SAP-Portal.
Zwei Hauptanwendungsfälle gelten für das Szenario Portal im Verbund:
● Content-Verbund: Ein Portal funktioniert als Anmeldeportal für alle Benutzer, die übrigen Portale stellen den Content zur Verfügung.
● Portalverbund: Jede Portalinstallation kann als eigenständige Entität arbeiten und den eigenen Content und die eigenen Benutzer bedienen. Zusätzlich dazu stellt sie anderen Verbundportalen Content zur Verfügung und verwendet auch Content anderer Verbundportale.
Innerhalb der erwähnten Verwendungsfälle kann ein SAP NetWeaver-Konsumentenportal von einem Produzenten bereitgestellten Remote-Content auf verschiedene Arten verwenden (detaillierte Informationen finden Sie unter Anlegen von Content für Portale im Verbund):
● Ordnen Sie Benutzern Remote-Rollen zu, die ausschließlich auf einem Produzentenportal definiert, konfiguriert und gepflegt werden.
● Kopieren Sie Remote-Content (iViews, Seiten, Worksets und Rollen) als Deltalinks, verwenden Sie ihn wieder und passen Sie ihn lokal an, ohne den Quell-Content auf dem Produzenten zu verändern. Das Verhalten ist vergleichbar mit dem bei Deltalinks; Änderungen am Quellobjekt auf dem Produzenten werden automatisch auf dem Konsumenten nachgezogen.
● Integrieren Sie WSRP-Portlets, die auf einem Nicht-SAP-Produzentenportal laufen, als lokale SAP-NetWeaver-iViews.
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. Die Modi Remote-Rollenzuordnung und Remote-Deltalink werden verwendet, um zwischen NetWeaver-Portalen Content gemeinsam zu nutzen, während WSRP Application Sharing typischerweise für die gemeinsame Nutzung von Content zwischen NetWeaver- und Nicht-SAP-Portalen 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 funktioniert 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.
Erforderliche Verwendungsarten von SAP NetWeaver
Um diese Szenariovariante verwenden zu können, benötigen NetWeaver-basierte Portale die installierbaren Einheiten, die unter Running an Enterprise Portal angegeben sind.
IT-Prozesse der Szenariovariante
Die Informationen zur Implementierung eines Portals im Verbund werden anhand folgender IT-Prozesse unterteilt. Jeder Prozess bietet Informationen zur Administration und Verwaltung eines bestimmten Aspekts des Verbunds:
Ablauf |
Beschreibung |
Systemadministratoren des Produzenten und des Konsumenten verbinden die Portale im Verbund und bereiten sie so vor, dass Content von Remote-Konsumenten verwendet werden kann. |
|
Content- oder Benutzeradministratoren im Konsumentenportal wählen den relevanten Remote-Content auf dem Produzentenportal aus und verwenden ihn auf ihrem Portal oder integrieren ihn in selbst angelegten Content. |
|
Content- und Systemadministratoren im Konsumenten- und Produzentenportal pflegen, verwalten und überwachen ihr jeweiliges Portal und den entsprechenden Content, um eine optimale Portallaufzeitumgebung zu gewährleisten. |
|
Geschäftsbenutzer melden sich an ihrem Portal an (oder einem Remote-Portal, falls sie Zugriff auf das gleiche Netzwerk haben) und verwenden es für ihre täglichen geschäftsbezogenen Aufgaben. Es können noch Anpassungen am Remote-Content sowie Benutzerzuordnung vorgenommen werden. |
Weitere Informationen
Die folgenden rollenspezifischen Leitfäden enthalten weitere Informationen über dieses IT-Szenario:
Aufgabe |
Dokumentationsreferenz |
Installation und Upgrade |
|
Konfiguration |
Solution Manager oder
|
Administration |
Technisches Betriebshandbuch für SAP NetWeaver (TOM):
|
Sicherheit |
SAP
NetWeaver Security Guide
|
Implementierung* |
SAP-NetWeaver-Portal-Dokumentation:
|
Technology
Consultant's Guide* Enthält die vollständige Dokumentation für die Implementierung dieser Szenariovariante.