Déployer une solution hybride Business Connectivity Services dans SharePoint dans Microsoft 365

Article
03/08/2023

S’APPLIQUE À : oui-img-13 2013 oui-img-16 2016 oui-img-19 2019 oui-img-se Édition d’abonnement oui-img-sop SharePoint dans Microsoft 365

**Cet article fait partie d'une feuille de route de procédures de configuration pour les solutions hybrides SharePoint. Veillez à respecter une feuille de route lorsque vous effectuez les procédures décrites dans cet article. **

Le scénario de déploiement hybride de Microsoft Business Connectivity Services (BCS) vous permet de publier en toute sécurité des données locales dans une liste ou une application externe pour SharePoint dans Microsoft 365. À partir de là, les utilisateurs peuvent afficher et modifier les données, en fonction des autorisations dont ils disposent.

Dans ce scénario, vous allez apprendre à :

Configurez votre environnement local afin de pouvoir publier en toute sécurité des données professionnelles confidentielles sur votre location SharePoint dans Microsoft 365.
créer et configurer un point de terminaison du service OData et un type de contenu externe avec Visual Studio 2012.
Préparez votre location SharePoint dans Microsoft 365 pour héberger une application pour SharePoint dans Microsoft 365 ou une liste externe, ce qui met les données externes à la disposition de vos utilisateurs extranet.
Créez un objet de paramètres de connexion qui indique à Business Connectivity Services dans SharePoint dans Microsoft 365 comment se connecter au point de terminaison de service OData local.
Déployer une application pour SharePoint dans Microsoft 365 ou une liste externe sur SharePoint dans Microsoft 365.
valider le scénario hybride BCS et résoudre les problèmes y afférents.

Éléments déployés à l’aide de ces procédures

BCS est une infrastructure centralisée dans SharePoint Server, Office 2016 et SharePoint dans Microsoft 365 qui vous permet d’intégrer des données qui ne sont pas dans SharePoint dans les produits Microsoft 365 ou Office 2016 dans SharePoint Server. Les implémentations BCS prennent de nombreuses formes. Cela inclut cette forme hybride qui utilise SharePoint dans Microsoft 365 et SharePoint Server en local. Ces procédures montrent comment installer et configurer BCS pour intégrer des données à partir d’un point de terminaison de service OData local dans SharePoint dans Microsoft 365. Pour ce scénario, nous utilisons l’exemple de base de données SQL AdventureWorks et créons un tête de service OData pour la base de données. La solution est représentée dans le diagramme suivant.

Figure : Solution BCS hybride

Affichage de la séquence d'actions pour BCS hybride

Un travailleur de l’information se connecte à SharePoint dans Microsoft 365 à l’aide de son compte fédéré et ouvre une application pour SharePoint dans Microsoft 365 ou une liste externe qui a besoin de données à partir d’une source de données OData locale.
La liste externe crée une demande pour les données et l'envoie à Business Connectivity Services. Business Connectivity Services examine l'objet de paramètres de connexion pour déterminer la façon de se connecter à la source de données et les informations d'identification à utiliser.
Business Connectivity Services récupère deux jeux d'informations d'identification :
Certificat de canal sécurisé de la banque d’informations sécurisée dans SharePoint dans Microsoft 365. Il est utilisé pour SharePoint dans l’authentification Microsoft 365 auprès du proxy inverse.
Jeton OAuth du service Microsoft Entra. Il est utilisé pour l’authentification utilisateur auprès de la batterie de serveurs SharePoint Server. Vous avez accès au service Microsoft Entra avec votre abonnement SharePoint dans Microsoft 365. Il s’agit d’un service de jeton de sécurité qui gère les jetons de sécurité pour les utilisateurs de SharePoint dans Microsoft 365.
Business Connectivity Services envoie une demande HTTPS au point de terminaison publié pour la source de données. Cette demande inclut le certificat client provenant de la Banque d'informations sécurisée, le jeton OAuth et une demande pour les données. Le proxy inverse authentifie la demande à l’aide du certificat client et la transfère à la batterie de serveurs SharePoint Server locale. Pour plus d’informations sur la publication de SharePoint dans Microsoft 365 sur Internet, voir Guide de la solution de publication SharePoint dans Microsoft 365 dans la bibliothèque technique Forefront.
La batterie de serveurs locale récupère l’identité cloud de l’utilisateur à partir du jeton OAuth (par exemple, user123@contoso.com), et par le biais du code CSOM (Client Side Object Model), la mappe à l’identité locale (par exemple, contoso\user123). Les informations d'identification sur site sont mappées vers celles qui ont accès aux données externes via une application cible de Banque d'informations sécurisée.
Business Connectivity Services sur site redirige la demande vers le point de terminaison du service OData. Le service OData authentifie la demande (via IIS) et renvoie les données, qui sont retransférées par le même procédé vers la liste externe pour permettre à l'utilisateur de travailler avec ces données.

Vidéo : Regardez une démonstration du scénario hybride BCS

Utilisation de ces procédures

Les étapes permettant de déployer intégralement ce scénario sont présentées dans de petites procédures. Chaque procédure est numérotée de manière à indiquer sa position dans l’ordre général. Au début et à la fin de chaque procédure, des liens vous orientent vers les étapes précédentes et suivantes. À titre de référence, la liste suivante contient des liens vers toutes les procédures, dans l’ordre requis. N’oubliez pas que cette liste inclut les étapes de déploiement d’une liste externe et d’une application pour SharePoint dans Microsoft 365. Vous pouvez déployer l'une ou l'autre, ou les deux, en fonction de vos besoins. Sautez les étapes concernant la configuration que vous ne voulez pas déployer. Vous devez suivre les étapes dans l'ordre afin de créer le scénario. Vous pouvez également utiliser ces procédures individuellement pour créer vos propres scénarios. Dans ce cas, il est important de tester l’ensemble des procédures, dans l’ordre, dans un environnement de laboratoire avant de les tester en production.