Architektur von PerformancePoint Services
Letzte Änderung: Samstag, 4. Juni 2011
Gilt für: SharePoint Server 2010
Inhalt dieses Artikels
Clientebene
Front-End-Webserver
Anwendungsserver
Abbildung 1. Architektur von PerformancePoint Services
.gif "Architektur von PerformancePoint Services")
Clientebene
Die Clientebene umfasst den Browser und PerformancePoint Dashboard-Designer.
Browser
Der Browser zeigt ein Dashboard auf einer SharePoint Server 2010-Seite an. Dashboards enthalten interaktive Scorecard-, Berichts- und Filterobjekte. Objekte im Browser kommunizieren mit dem PPSRenderingService-Webdienst, indem im JSON-Format (JavaScript Object Notation) AJAX-Features fürASP.NET-Anforderungen gesendet und Antworten empfangen werden.
PerformancePoint Dashboard-Designer
Dashboard-Designer stellt eine umfassende Erstellungsumgebung zum Erstellen und Verwalten von Dashboardinhalten bereit. Dashboard-Designer wird mithilfe von ClickOnce, einer webbasierten Bereitstellungstechnologie, auf einem Clientcomputer installiert. Dashboard-Designer kommuniziert mit dem PPSAuthoringService-Webdienst durch Senden von SOAP-Anforderungen und Empfangen von XML-Antworten. Benutzer können auch im Bearbeitungsmodus in SharePoint Server 2010 einfache Entwurfsaufgaben ausführen, wie z. B. das Hinzufügen von Webparts zu einem Dashboard.
Front-End-Webserver
Auf dem Front-End-Webserver werden Internetinformationsdienste (Internet Information Services, IIS) ausgeführt. Schlanke benutzerdefinierte Editoren, PerformancePoint-Webparts, Webdienste und der Anwendungsdienstproxy werden gehostet.
Benutzerdefinierte Editoren
Mit benutzerdefinierten Editoren können Benutzer ein benutzerdefiniertes PerformancePoint Services-Objekt ändern, wobei es sich um ein systemeigenes ReportView-, Filter- oder DataSource-Objekt handelt, das benutzerdefinierte Werte für dessen Eigenschaften definiert. Benutzerdefinierte Editoren werden serverseitig in einer SharePoint-Anwendungsinstanz ausgeführt, und sie rufen Objekte im PerformancePoint Services-Objektmodell ab (Dienstanwendungsproxy und SPDataStore-Objekt). Weitere Informationen zu benutzerdefinierten Editoren finden Sie unter Editoren für benutzerdefinierte PerformancePoint Services-Objekte oder Codebeispiel: Benutzerdefinierte Objekte für Berichte, Filter und tabulierte Datenquellen.
Webparts
Scorecard-, Berichts- und Filterobjekte werden in Webparts auf einer Dashboardseite gerendert. PerformancePoint-Webparts implementieren Microsoft SharePoint Foundation 2010-Verbindungsschnittstellen. Hiermit können Werte an andere Webparts gesendet oder von anderen Webparts empfangen werden, die kompatible Verbindungsschnittstellen verwenden. Nur eine Verbindung kann zwischen zwei beliebigen Webparts auf einer Dashboardseite definiert werden. Mehrere Endpunkte können jedoch innerhalb der Verbindung miteinander verbunden werden, und mehrere Parameterwerte können über die Verbindung gesendet werden.
Webdienste
PerformancePoint Services verwendet zwei Webdienste auf der Websitesammlungsebene zum Ausführen von Erstellungs- und Renderingaufgaben.
Der PPSAuthoringService-Webdienst wird von Dashboard-Designer zum Erstellen, Ändern und Löschen von Dashboardobjekten, zum Abrufen von Dashboardinhalten und zum Abrufen von Daten aus Datenquellen verwendet.
Der PPSRenderingService-Webdienst wird von Dashboard-Designer und vom Browser zum Rendern von Dashboardobjekten verwendet.
Die Webdienste rufen den BIMonitoringServiceApplicationProxy-Dienstanwendungsproxy auf, um Anforderungen vom Anwendungsserver auszuführen.
.gif "Hinweis") Hinweis |
|---|
Der Remoteaufruf von PerformancePoint Services-Webdiensten wird für Entwicklungsszenarien nicht unterstützt. |
Dienstanwendungsproxy
BIMonitoringServiceApplicationProxy macht die PerformancePoint Services-API für Consumer verfügbar und stellt den Kommunikationskanal zwischen dem Front-End-Webserver und dem Anwendungsserver bereit.
Die Front-End-Webparts und Webdienste rufen den Dienstanwendungsproxy auf, um Dashboardinhalte zu rendern und Datenquellenabfragen auszuführen. Anschließend leitet der Dienstanwendungsproxy diese Anforderungen an die PerformancePoint Services-Dienstanwendung weiter. Der Proxy interagiert mit dem Lastenausgleich auf dem Anwendungsserver und hält die Trennung zwischen gehosteten Domänen und Webanwendungen aufrecht, indem der Teil der Farm identifiziert wird, der Ergebnisse liefert.
Der Dienstanwendungsproxy kommuniziert mit der Dienstanwendung mithilfe einer Windows Communication Foundation (WCF)-Dienstschnittstelle. Die serviceorientierte Architektur der WCF-Schnittstelle bietet verbesserte Leistung, Sicherheit und Skalierbarkeit.
Anwendungsserver
Die BIMonitoringServiceApplication-Dienstanwendung stellt die Geschäftslogik der mittleren Ebene für die PerformancePoint Services-Instanz bereit und führt die komplexe Verarbeitung für PerformancePoint Services-Features aus. Sie speichert Anmerkungen, temporäre Objekte und die Parameterpersistenz (Filterauswahl der Benutzer) in einer Datenbankinstanz.