Project Server 2016-Architektur

  • Artikel

Zusammenfassung: Erfahren Sie mehr über die Architektur von Project Server 2016.
Gilt für: Project Server 2016

Die Project Server 2016-Architektur umfasst die Zuordnung des Project-Anwendungsdiensts zu SharePoint-Websitesammlungen, das clientseitige Objektmodell (CSOM) für Remotezugriff, eine OData-Schnittstelle für die Berichtserstellung sowie Remoteereignisempfänger, auf die von mehreren Project Server-Installationen zugegriffen werden kann. Zusätzlich zu lokalen benutzerdefinierten Lösungen können Sie Apps erstellen, die Remoteereignisempfänger und Komponenten umfassen, die auf die CSOM- und OData-Schnittstellen zugreifen.

Die Front-End-Schicht umfasst Project Professional 2016, Project Web App und Drittanbieter-Apps. Clientanwendungen kommunizieren mit der mittleren Schicht nur über PSI (Project Server Interface) oder über CSOM-Endpunkte, die wiederum mit PSI und der Geschäftsobjektschicht kommunizieren. Der Datenbankzugriff ist in die Geschäftsobjekte integriert. Das Project Server-Ereignissystem kann sowohl auf lokale Ereignishandler als auch auf Remoteereignisempfänger zugreifen. Der Dienst für Project-Berechnungen implementiert das Project-Planungsmodul innerhalb von Project Server.

Allgemeine Architektur

Nachfolgend finden Sie eine allgemeine Übersicht über eine Project Server 2016-Architektur mit der Project-Dienstanwendung und diversen Client-Anwendungen, einschließlich Project Professional 2016.

Diagramm der Project Server 2016 Architektur.

Für die Abbildung oben gelten die folgenden allgemeinen Anmerkungen:

  • Project Online: Sie können Apps erstellen, die die CSOM-, REST- und OData-Schnittstellen verwenden. Ein App-Paket kann auch Remoteereignisempfänger in einem benutzerdefinierten Webdienst auf einem lokalen Server, auf einem Azure-Server oder auf Microsoft Azure installieren. In Project Online werden lokale Drittanbieterlösungen, die WCF-Schnittstelle, die ASMX-Schnittstelle oder lokale Ereignishandler nicht unterstützt

  • Ereignisempfänger: Ereignisempfänger können auch als Ereignishandler bezeichnet werden. Project Online unterstützt die Registrierung von Project Server-Remoteereignisempfängern, die von einer Project Web App-Instanz in der Cloud oder von einer lokalen Project Server-Installation verwendet werden können. Eine lokale Project Server-Installation unterstützt Remoteereignisempfänger und lokale, voll vertrauenswürdige Ereignishandler.

  • Programmgesteuerte Schnittstellen: Für Drittanbieter-Apps macht Project Online die HTTP-/HTTPS-Schnittstelle (einschließlich REST), die CSOM-Schnittstelle, einen OData-Dienst für CSOM und einen OData-Dienst für die Berichterstellung verfügbar. Für lokale Clientanwendungen von Drittanbietern (im Intranet), können Sie die WCF-Schnittstelle für die PSI oder die CSOM-, OData- und REST-Schnittstellen über HTTP verwenden. Die Project Web App- und Project Professional 2016-Clients verwenden beide die WCF-Schnittstelle. In einer Installation mit einem einzigen Server rufen die Front-End-ASMX-Webdienste, CSOM und REST die Back-End-WCF-Dienste intern auf.

    Der OData-Dienst für die Berichterstellung wird von dem internen WCF-Dienst „OData.svc" implementiert. Sie können das Dienstmetadatendokument für die Berichtsdaten mithilfe https://ServerName/ProjectServerName/_api/ProjectData/$metadatavon abrufen.

    Der OData-Dienst für CSOM ist für Plattformen wie Windows RT, iOS und Android ausgelegt, auf denen Sie die REST-Schnittstelle mit UNRESOLVED_TOKEN_VAL(ecmascriptshort) in HTML-Seiten verwenden können.

  • Workflows: Deklarative Workflows werden für die Verarbeitung an Workflow-Manager ausgelagert. Dabei kann Workflow-Manager auf einem separaten Server in der SharePoint-Farm, auf Microsoft Azure in der Cloud oder zu Test- und Vorführungszwecken auf einem einzelnen Project Server-Computer ausgeführt werden. Codierte Workflows, die mit Visual Studio entwickelt wurden, werden innerhalb von SharePoint in der Workflowlaufzeit verarbeitet.

  • Umkreisnetzwerk (DMZ): In der Abbildung oben ist nicht dargestellt, dass ein lokaler Front-End-Server von einer zusätzlichen Firewall in einem Umkreisnetzwerk (auch als demilitarisierte Zone oder DMZ bezeichnet) isoliert werden kann. Ein Umkreisnetzwerk kann Internetclients den Zugriff auf SharePoint und Project Server über eine Firewall erlauben.

  • SharePoint-Webdienste: Die obige Abbildung zeigt nicht die SharePoint-Infrastruktur, z. B. die Back-End-Anwendung SharePoint Web Services, die Teil von SharePoint Server 2016 ist. Wenn Sie Project Server installieren, wird die Project-Dienstanwendung den SharePoint-Webdiensten hinzugefügt.

Die Front-End-Ebene umfasst Drittanbieteranwendungen, Project Professional und Project Web App. Ein Browser zeigt ASP.NET 4.0-Seiten (ASPX-Seiten) in Project Web App an. Die Project Web App-Seiten verwenden Project Server-Webparts, die mit der PSI kommunizieren und Standard-SharePoint-Webparts verwenden.

Die Project Web App-Komponenten von Project Server verwenden die SharePoint Server 2016-Konfigurationsdatenbank für die Einrichtung der Projektwebsite und die Inhaltsdatenbank für alle anderen Informationen. Es gibt keine separate Project Server-Datenbank mehr.