Connectivité avec Bridge
Lorsque des sources de données ou des connexions virtuelles se connectent à des données de réseau privé auxquelles Tableau Cloud ne peut pas accéder directement, Tableau Bridge est utilisé pour faciliter la connectivité.
Types de connexions
Tableau Bridge prend en charge les données sur site ou dans un nuage virtuel situé derrière le pare-feu. Les données peuvent provenir de fichiers CSV sur votre réseau privé ou être stockées dans un entrepôt de données.
Pour les données du nuage auxquelles Tableau Cloud peut accéder directement, il est presque toujours préférable de configurer les programmations d’actualisations directement avec Tableau Cloud. Par exemple, vous pourriez vous connecter à une base de données MySQL hébergée sur une plateforme de nuage. Dans un tel cas, vous pouvez configurer une programmation d’actualisation pour les extraits qui se connectent à ce type de données directement avec Tableau Cloud.
Lorsque des sources de données ou des connexions virtuelles utilisent des extraits pour se connecter à des données de réseau privé, Bridge peut être utilisé pour effectuer des actualisations programmées de ces extraits. Les actualisations peuvent être planifiées, dans la plupart des cas, par le propriétaire du contenu dans le cadre du processus de publication. Pour connaître les exigences d’actualisation d’extraits, consultez Exigences supplémentaires pour les connexions d’extraits.
Bridge prend en charge les sources de données ou les connexions virtuelles avec des connexions en direct aux données du réseau privé à l’aide d’une fonctionnalité appelée requêtes en direct. Si le propriétaire du contenu publie une source de données ou une connexion virtuelle qui utilise une connexion en direct à des données que Tableau Cloud détecte qu’il ne peut pas atteindre directement, des requêtes en direct sont automatiquement utilisées. Pour connaître les exigences concernant les requêtes en direct, consultez Exigences supplémentaires pour les connexions en direct.
- Bridge ne prend pas en charge les connexions en direct pour certaines sources de données dans le nuage. Il s’agit notamment de Google Cloud SQL, OData et Progress OpenEdge. Utilisez des connexions d’extraits pour garder les données à jour.
- Bridge ne prend pas en charge les connexions en direct pour certaines sources de données basées sur des nuages privés. Ceux-ci incluent Google Drive, Box, OneDrive, Dropbox et Azure Data Lake Storage Gen2. Utilisez des connexions d’extraits pour garder les données à jour.
- Les connexions en direct à des données basées sur des fichiers tels que CSV, texte, Excel, SAS (.sas7bdat) ne sont pas prises en charge.
Bridge prend en charge les connexions virtuelles qui fournissent un point d’accès central partageable aux données.
- Snowflake n’est pas pris en charge lorsqu’il est utilisé avec des connexions virtuelles.
- OAuth pour les connexions virtuelles est pris en charge sur la base d’un connecteur. Consultez l’Article de la base de connaissances et la rubrique Connexions Oauth en accédant aux liens suivants.
Bridge prend en charge les données de fichiers tels que CSV, Excel, fichiers texte et fichiers SAS (.sas7bdat).
- Les actualisations d’extraits pour les fichiers sont prises en charge, à l’exception des connexions aux sources de données intégrées.
- Les connexions en direct aux données basées sur des fichiers ne sont pas prises en charge.
Connexions aux données de type cube (multidimensionnelles)
Les données de type cube (multidimensionnelles) ne sont pas prises en charge.
Tableau Bridge prend en charge les sources de données intégrées aux classeurs.
- Les connexions en direct et les actualisations d’extraits pour les données de fichiers tels que CSV, texte, Excel, SAS (.sas7bdat) ne sont pas prises en charge.
- Les mappages de pools permettent de déterminer si le client Bridge est utilisé, c’est pourquoi la source de données doit utiliser des pools désignés plutôt que des pools par défaut.
Les extraits planifiés de sources de données publiées ne prennent pas en charge les pools multiples.
Les connexions au réseau privé pour Tableau Prep par l’intermédiaire de Tableau Bridge ne sont pas prises en charge.
Connecteurs et types de données
Bridge prend en charge une combinaison de connecteurs compatibles avec Tableau Desktop et Tableau Cloud(Le lien s’ouvre dans une nouvelle fenêtre). Les connecteurs non compatibles et les limites fixées pour les connecteurs et les types de données sont répertoriés ci-dessous.
Dans la plupart des cas, Tableau Cloud détectera automatiquement le client Bridge. Dans certains cas, vous devrez peut-être configurer manuellement votre connexion afin d’utiliser Bridge. Pour plus d’informations, consultez Utiliser Bridge pour les données dans le nuage privé.
Connecteurs non pris en charge
- Les connecteurs (.taco) créés avec le SDK Tableau Connector et les connecteurs disponibles par l’intermédiaire de Tableau Exchange ne sont pas pris en charge.
- Microsoft Analysis Services.
- Microsoft PowerPivot.
- Oracle Essbase.
- SAP NetWeaver Business Warehouse.
Connecteurs non compatibles avec les connexions en direct
- Google Cloud SQL
- Protocole de données ouvertes
- Progress OpenEdge
Pour vous connecter à SAP HANA à l’aide de connexions en direct, les paramètres et les variables doivent être désactivés.
Snowflake n’est pas pris en charge lorsqu’il est utilisé avec des connexions virtuelles.
Données utilisées dans une source de données multiconnexion
Tableau Bridge peut être utilisé pour actualiser les sources de données jointes entre plusieurs bases de données. Les connexions aux bases de données définies dans le classeur ou la source de données déterminent comment vous pouvez publier les données et les mettre à jour dans Tableau Cloud. Tant que le type des connexions de données individuelles leur permet d’être actualisées par Tableau Bridge, la source de données de la jointure entre bases de données peut être actualisée.
- Tableau fournit une prise en charge client limitée pour les connexions utilisant JDBC. Consultez Prise en charge par Tableau des connexions à d’autres sources de données (JDBC).
- Tableau fournit une prise en charge client limitée pour les connexions utilisant ODBC. Consultez Prise en charge par Tableau des connexions à d’autres sources de données (ODBC).
- Bridge n’arrive pas à se connecter aux données à partir du Connecteur de données Web 3.0. Pour plus d’information, consultez Connecteurs créés à l’aide du SDK connecteur de données Web 3.0.
- Le connecteur de données Web 2.0 est obsolète depuis la version 2023.1. Consultez Connecteur de données Web 2.0.
- Tableau ne prend pas en charge les connecteurs ou les autres programmes écrits pour jouer le rôle d’interface avec l’API Connecteur de données Web.
Bridge pour Linux
Tableau Bridge prend en charge un système d’exploitation Linux conçu pour les charges de travail de conteneurs. Les limites sont les suivantes :
- Bridge pour Linux ne prend pas en charge les anciennes programmations.
- Bridge pour Linux fonctionne en avant-plan, ce qui peut être assimilé au mode Application Windows.
- Pour enregistrer les fichiers journaux, copiez les fichiers ou dossiers entre votre conteneur Docker et votre système de fichiers local.
- Actuellement, l’installation de Bridge pour Linux consiste à exécuter des commandes sur un conteneur en cours d’exécution en utilisant des exécutables Docker.
Authentification
L’option Client connecté doit être activée pour que le site puisse permettre aux clients Bridge de s’exécuter sans surveillance et, si elle est activée, de prendre en charge l’authentification multifacteur avec l’authentification Tableau. Si les clients connectés sont désactivés pour le site, Bridge ne peut prendre en charge que l’authentification par nom d’utilisateur et mot de passe Tableau.
OAuth
- Bridge prend actuellement en charge OAuth lors de la connexion aux données privées qui utilisent OAuth et aux données publiques qui utilisent OAuth, lorsqu’elles sont jointes à des données privées pour les connecteurs tels que Snowflake, Google BigQuery, Google Drive, Salesforce et OneDrive.
- Lorsque vous utilisez votre propre fournisseur d’identité (IdP) avec le connecteur Amazon Athena, vous devez configurer le fichier de configuration du client OAuth. Consultez Utiliser votre propre fournisseur d’identité avec Amazon Athena.
Authentification Windows
Le compte utilisateur Windows doit être membre du groupe d’administrateurs locaux pour exécuter le client en mode service. Si l’utilisateur n’est pas un administrateur local, il peut exécuter le client Bridge en mode Application, mais il doit rester connecté à l’ordinateur Windows.
Kerberos
Bridge sous Windows prend en charge l’authentification Windows intégrée par l’intermédiaire du compte « Exécuter sous », pour les fichiers et certaines bases de données.