Intégration du secteur d’activité
Résumé
Bien souvent, SharePoint sert de point d’accès central unique pour l’ensemble du contenu et des services liés à un secteur d’activité. Pour cette raison, les clients ont très souvent besoin d’accéder à des données et des applications cœur de métier et de les consommer à partir de SharePoint, en disposant de champs de métadonnées personnalisées des éléments de liste et des documents dont les valeurs sont récupérées à partir des systèmes externes, ou en utilisant des solutions développées sur-mesure qui consomment les données métiers. Pour accéder à des données métiers et des systèmes et les consommer à partir de SharePoint, vous pouvez employer différentes techniques, selon les sources de données à consommer et l’architecture physique de votre solution (SharePoint 2013/2016 local ou SharePoint Online). Dans cet article, vous trouverez des informations détaillées sur les différentes techniques d’intégration métier que vous pouvez utiliser.
Orientations de haut niveau/règles générales
Nous vous recommandons de tenir compte des conseils et des règles suivantes pour intégrer SharePoint à un système métier :
- Essayez de consommer des API basées sur REST, au lieu de services SOAP ou d’API personnalisées pour tirer parti des techniques de développement modernes et utiliser les protocoles de sécurité modernes (OAuth 2.0, OpenID Connect, etc.).
- Utilisez un intermédiaire de mise en cache de données, au lieu d’utiliser directement un service externe, afin d’accélérer le processus de consommation et d’éviter les allers-retours superflus sur le réseau pour récupérer des données déjà demandées auprès du système métier LOB.
- Essayez de répertorier les données page par page, au lieu de répertorier toutes les données en une seule fois, pour éviter la saturation du cache de données et la surcharge de la bande passante réseau.
- Côté authentification et autorisation, songez à utiliser les services qui utilisent des protocoles connus, tels qu’OAuth 2.0 et OpenID Connect, et des protocoles inscrits dans Azure Active Directory, pour partager une infrastructure de sécurité unique.
Connexion côté client
S’applique à : Office 365 | SharePoint Online | SharePoint 2016
Quand vous avez besoin de consommer les systèmes métier LOB d’une solution côté client, par exemple un composant WebPart côté client développé à l’aide de SharePoint Framework ou du code JavaScript hébergé dans un script de l’Éditeur WebPart, vous pouvez consommer un système métier LOB à l’aide d’une API REST, qui sera inscrite plus tard dans Azure Active Directory. Dans cette section, vous trouverez des liens utiles vers des informations complémentaires sur le sujet.
Articles
- Se connecter à l’API sécurisée avec Azure Active Directory
- Se connecter aux API sécurisées avec Azure AD dans les solutions SharePoint Framework
- Utilisation d’API d’entreprise sécurisées avec Azure AD dans SharePoint Framework
Exemples
- Appeler l’API web personnalisée et sécurisée avec AAD à partir du composant WebPart SharePoint Framework côté client
- Exemples d’authentification pour flux implicite Azure Active Directory
- Appeler l’API web personnalisée et sécurisée avec AAD à partir du composant WebPart SharePoint Framework côté client à l’aide d’Angular v.1x
- Composant graphique WebPart Angular MS Graph créé avec Angular v1.x
- GraphClient du personnaliste d’application à partir d’un site d’équipe moderne
Vidéos
- Appel sécurisé d’API externes depuis SharePoint Framework
- Créez avec SharePoint (composants WebPart, extensions et bien plus encore)
Business Connectivity Services
Concerne : SharePoint Online | SharePoint 2013 | SharePoint 2016
Business Connectivity Services (BCS) est une application de service de Microsoft SharePoint 2013/2016 et SharePoint Online. Cette application fournit des fonctionnalités pour lire et écrire des données à partir de systèmes externes, tels que des applications métier, des services web, des bases de données ou d’autres sources externes qui proposent un connecteur approprié. Dans SharePoint 2013/2016 local, l’application BCS peut se connecter à un large éventail de systèmes métier à l’aide d’une approche orientée connexion SGBD, d’un service SOAP ou d’une bibliothèque .NET personnalisée. Dans SharePoint Online, BCS peut se connecter à un service REST OData, à un service SOAP ou à une base de données Azure SQL Database. Par ailleurs, dans SharePoint Online (par opposition à SharePoint local), vous ne bénéficiez pas de fonctionnalités telles que la recherche de données externes, les pages de profil, les actions personnalisées et la prise en charge des clients Office.
Articles
- Business Connectivity Services dans SharePoint
- Créer une liste externe à partir d’une table SQL Azure avec Business Connectivity Services et le service Banque d’informations sécurisée
Vidéos
Connexion hybride aux ressources locales
Concerne : Office 365 | SharePoint Online
En plus de consommer les systèmes métier, vous pouvez aussi créer des solutions SharePoint Online qui utilisent les données locales via une topologie hybride. Par exemple, vous pouvez créer un Azure App Service qui se connecte à une infrastructure locale et consomme une base de données SQL Server, ou un autre référentiel de données local, via une connexion hybride.
Notes
Ce type d’architecture de solution peut rencontrer des défis liés à la latence du réseau. Échéance la connectivité directe hybride, les services dans SharePoint Online auraient une dépendance sur les services en local n’est pas optimale. Il est recommandé d’avoir un cache de données intermédiaire dans Azure side plutôt qu’en se connectant directement en local, bien que techniquement cela peut être implémenté relativement facilement.
Articles
- Créer des applications de connectivité hybride pour SharePoint
- Protocole de connexions hybrides Azure Relay