Architecture Project Server 2019

  • Article

Résumé: Découvrez l’architecture générale de Project Server 2019.
S’applique à : Project Server 2019

L’architecture de Project Server 2019 comprend l’association du service Project Application Service à des collections de sites SharePoint, le modèle objet côté client (CSOM) pour l’accès à distance, une interface OData pour la création de rapports et des récepteurs d’événements distants accessibles par plusieurs installations Project Server. En plus des solutions personnalisées en local, vous pouvez créer des applications qui incluent des récepteurs d’événements à distance et des composants qui accèdent aux interfaces CSOM et OData.

Le niveau frontal comprend Project Professionnel 2016, Project Professionnel 2019, le client Project Online Desktop, Project Web App et les applications tierces. Les applications clientes communiquent avec la couche intermédiaire par le biais de l’interface Project Server ou de points de terminaison du modèle objet côté client, qui à leur tour communiquent avec l’interface Project Server et la couche d’objets métier. L’accès aux bases de données est intégré aux objets métier. Le système d'événements de Project Server peut accéder aux gestionnaires d'événements locaux et aux récepteurs d'événements à distance. Le Service de calcul de projet met en œuvre le moteur de planification Project dans Project Server.

Architecture générale

Vous trouverez ci-dessous une vue généralisée de l’architecture de Project Server 2019, y compris l’application de service Project et plusieurs applications clientes.

Diagramme de l’architecture de Project Server 2019.

Les commentaires généraux suivants s’appliquent à l’illustration ci-dessus :

  • Project Online : Vous pouvez créer des applications qui utilisent les interfaces CSOM, REST et OData. Un package d'application peut également installer des récepteurs d'événements à distance dans un service web personnalisé sur un serveur local, sur un serveur Azure ou sur Microsoft Azure. Project Online ne prend pas en charge les solutions tierces en local, l'interface WCF, l'interface ASMX ni les gestionnaires d'événements locaux.

  • Récepteurs d'événements : Les récepteurs d'événements peuvent également être appelés gestionnaires d'événements. Project Online prend en charge l'inscription à distance des récepteurs d'événements de Project Server, qui peuvent être utilisés par une instance Project Web App dans le cloud ou par une installation de Project Server en local. Une installation de Project Server en local prend en charge les récepteurs d'événements à distance et les gestionnaires d'événements de confiance totale en local.

  • Interfaces programmatiques : pour des applications tierces, Project Online expose l’interface HTTP/HTTPS (y compris REST), l’interface CSOM, un service OData pour CSOM et un service OData pour la création de rapports. Pour les applications clientes tierces qui sont en local (sur l’intranet), vous pouvez utiliser l’interface WCF pour l’interface PSI ou vous pouvez utiliser les interfaces CSOM, OData et REST via HTTP. Les clients Project Web App et Project Professionnel 2016 utilisent tous les deux l'interface WCF. Dans une installation à un seul serveur, les services web ASMX frontaux, CSOM et REST en interne appellent les services WCF principaux.

    Le service OData pour la création de rapports est implémenté par le service WCF OData.svc interne. Vous pouvez obtenir le document de métadonnées de service pour les données de création de rapports à l’aide https://ServerName/ProjectServerName/_api/ProjectData/$metadatade .

    Le service OData pour CSOM est prévu pour les plateformes telles que Windows RT, iOS et Android, où vous pouvez utiliser l'interface REST avec UNRESOLVED_TOKEN_VAL(ecmascriptshort) dans des pages HTML.

  • Flux de travail : Les flux de travail déclaratifs sont déchargés vers Gestionnaire de workflow à des fins de traitement. Gestionnaire de workflow peut s'exécuter sur un serveur distinct dans la batterie SharePoint, sur Microsoft Azure dans le cloud ou sur un ordinateur Project Server unique à des fins de test ou de démonstration. Les flux de travail codés développés avec Visual Studio sont traités dans le runtime de flux de travail dans SharePoint Server.

  • Réseau de périmètre (DMZ) : L’illustration ci-dessus ne montre pas qu’un serveur frontal local peut être isolé par un pare-feu supplémentaire dans un réseau de périmètre (également appelé « zone démilitarisée » ou DMZ). Un réseau de périmètre peut autoriser les clients Internet à accéder à SharePoint et Project Server via un pare-feu.

  • Services web SharePoint : L’illustration ci-dessus n’affiche pas l’infrastructure SharePoint, telle que l’application back-end SharePoint Web Services, qui fait partie de SharePoint Server 2019. Lorsque vous installez Project Server, l’application de service Project est ajoutée aux services web SharePoint.

La couche frontale inclut des applications tierces, Project Professionnel et Project Web App. Un navigateur affiche les pages ASP.NET 4.0 (pages .aspx) dans Project Web App. Les pages Project Web App utilisent des composants WebPart Project Server qui communiquent avec l'interface PSI et utilisent également des composants WebPart SharePoint standard.

Les composants Project Web App de Project Server utilisent la base de données de configuration SharePoint Server 2019 pour la configuration du site de projet et la base de données de contenu pour toutes les autres informations. Il n'existe plus de base de données Project Server séparée.