Vous pouvez héberger votre propre instance ou déploiement Looker (version initiale), ou Looker peut l'héberger pour vous. Dans toute notre documentation, nous désignons les instances ou les déploiements hébergés par Looker comme hébergés par Looker et les instances ou les déploiements hébergés sur site comme hébergés par le client ou auto-hébergés.
Lorsque Looker héberge votre déploiement, il gère en votre nom toutes les fonctions informatiques nécessaires liées à l'application Looker, en fonction de l'utilisation des ressources et des exigences commerciales. Cela réduit considérablement l'effort requis pour installer, configurer et gérer l'application Looker. À l'inverse, lorsque vous hébergez votre propre déploiement, vous êtes responsable de la gestion de nombreux processus et fonctions. Un déploiement hébergé par le client inclut les services intégrés au produit, c'est-à-dire les services hébergés par Looker et accessibles via le produit, plus précisément les données de licence, les sauvegardes de la configuration, les rapports concernant les erreurs système, les actions sur les données et les demandes d'assistance, comme décrit plus en détail dans la section Données d'application partagées par Looker de la page sur la sécurité de Looker.
Le choix entre les deux options d'hébergement est un compromis entre commodité et contrôle. En optant pour Looker hébergé, vous pouvez vous concentrer sur l'intégration de Looker à vos charges de travail métier sans avoir à gérer l'administration de l'infrastructure. À l'inverse, l'hébergement de votre propre déploiement Looker vous permet de contrôler entièrement l'administration de l'infrastructure, mais augmente vos frais généraux pour le lancement initial et la maintenance continue.
Cette page présente les informations suivantes pour vous aider à choisir l'option d'hébergement la plus adaptée à vos besoins :
- Avantages comparatifs de chaque option d'hébergement
- Avantages et limites de l'option hébergée par Looker
- Avantages et limites de l'option hébergée par le client
- Exemples de cas d'utilisation pour les déploiements hébergés par le client
Avantages comparatifs de chaque option d'hébergement
Le tableau suivant compare les avantages de chaque option d'hébergement.
| Avantage | Hébergé sur Looker | Hébergé par le client |
|
Accès par défaut à toutes les fonctionnalités Looker |
X |
|
|
Aucune configuration ni maintenance matérielle requises |
X |
|
|
Mises à jour logicielles et maintenance automatiques (mensuelles ou trimestrielles) |
X |
|
|
Faites évoluer votre matériel sans frais supplémentaires :
|
X |
|
|
Surveillance des applications et des hôtes |
X |
|
|
Sauvegardes automatiques des instances Looker |
X |
|
|
Migration de la base de données backend, si nécessaire |
X |
|
|
Garantie de disponibilité de 99,9 % (Advanced et Elite) |
X |
|
|
SLA de réponse S1 : 1 heure |
X |
|
|
Tableau de bord de l'état de Looker |
X |
|
|
Utilisation de l'API Looker |
X |
X |
|
Migrations multi-instances |
X |
X |
|
Accès direct aux serveurs et aux journaux, et exportation de ces éléments |
X |
Avantages et limites de l'option hébergée par Looker
Les tableaux suivants répertorient les avantages et les limites de l'utilisation d'un déploiement hébergé par Looker.
Avantages des déploiements hébergés par Looker
Le tableau suivant répertorie les avantages de l'utilisation d'un déploiement hébergé par Looker.
|
Gestion active de l'instance Looker |
Laissez l'équipe Looker surveiller les performances et concentrez-vous sur la prise de décisions à l'aide des insights exploitables de Looker. |
|
Profitez toujours des dernières fonctionnalités et mises à jour |
Vous n'aurez plus jamais à télécharger manuellement une mise à jour. Votre instance Looker est testée, mise à jour et optimisée par Looker. |
|
Performances constantes |
Looker surveille les performances et ajuste la capacité si nécessaire. Vous n'avez pas à déterminer le nombre de serveurs dont vous avez besoin pour assister vos utilisateurs. |
|
Sécurité du déploiement |
Looker gère l'infrastructure de votre plate-forme. Votre déploiement Looker est discret, sécurisé et surveillé en permanence pour protéger vos données. |
|
Services connectés |
Chaque déploiement Looker inclut des services connectés essentiels qui vous permettent d'accéder à des données plus pertinentes, d'obtenir plus d'insights, de simplifier et de mettre à l'échelle la modélisation des données, et de vous intégrer à des systèmes tiers, tout en bénéficiant de l'assistance Looker. |
|
Sécuriser les connexions aux bases de données |
Connectez Looker à votre base de données à l'aide de SSH. |
|
Intégration SAML/LDAP |
Looker peut s'intégrer à vos méthodes d'authentification existantes. |
|
Surveillance de l'état des instances |
Le tableau de bord d'état Looker fournit des informations en temps réel concernant les pannes ou les interruptions de service liées à votre instance. |
Limites des déploiements hébergés par Looker
Avant de choisir un déploiement hébergé par Looker, tenez compte des limites listées dans le tableau ci-dessous.
|
Exigences spécifiques en termes de sécurité/conformité |
Il est possible que l'infrastructure de l'environnement hébergé par Looker ne réponde pas aux exigences individuelles de votre entreprise en termes de sécurité et de conformité. |
|
Exigence de pouvoir exporter des journaux/informations de surveillance |
Étant donné que Looker gère l'infrastructure de votre instance, vous ne pouvez pas exporter les journaux d'utilisation de votre instance. Looker gère toute la surveillance. |
|
SLA personnalisés |
Les mises à jour et la maintenance de Looker ont lieu pendant les intervalles de maintenance prédéfinis. Certains clients peuvent avoir besoin de mieux contrôler le moment où cette maintenance a lieu. |
|
Pilotes JDBC personnalisés |
Des pilotes JDBC personnalisés doivent être installés pour se connecter aux bases de données dont le niveau de compatibilité est inférieur. |
Avantages et limites de l'option hébergée par le client
Les tableaux suivants répertorient les avantages et les limites de l'utilisation d'un déploiement hébergé par le client.
Avantages des déploiements hébergés par des clients
Le tableau suivant répertorie les avantages de l'utilisation d'un déploiement hébergé par le client.
|
Contrôle direct sur l'infrastructure et les décisions de scaling |
Vous pouvez implémenter des configurations d'infrastructure et d'architecture qui ne sont pas proposées avec un déploiement hébergé par Looker. |
|
Accès à la journalisation/surveillance |
En gérant votre propre infrastructure, vous pouvez accéder directement aux journaux d'application Looker et les exporter, et configurer la surveillance des instances en fonction de vos besoins spécifiques. |
|
Modèle de sécurité sur mesure |
Héberger Looker dans votre propre déploiement vous permet de contrôler entièrement la sécurité de l'environnement d'application, que vous pouvez aligner sur les normes de sécurité spécifiques à votre entreprise ou à votre secteur. |
Limites des déploiements hébergés par des clients
Avant de choisir un déploiement hébergé par le client, tenez compte des limites listées dans le tableau suivant.
|
Limites de l'assistance |
Il peut être difficile de résoudre les problèmes lorsque l'équipe d'assistance Looker ne connaît pas l'architecture de déploiement personnalisée. Certains problèmes peuvent nécessiter une implication plus importante de votre organisation. |
|
Exigences concernant les mises à jour mensuelles |
Vous êtes responsable de la création et de la maintenance des processus qui permettent aux utilisateurs de bénéficier des dernières fonctionnalités et des derniers correctifs de sécurité de Looker. |
|
Exigences liées au capital humain |
Les déploiements Looker peuvent nécessiter un nombre important d'employés et une expertise en ingénierie de la fiabilité des sites. Votre organisation doit gérer les différents composants d'un déploiement Looker. |
|
Coût |
Votre organisation doit gérer le temps, le capital humain et les coûts liés au cloud/aux centres de données. |
|
Problèmes liés à l'utilisation des services connectés |
Looker bénéficie de services connectés qui vous permettent d'accéder à des données sectorielles pertinentes, d'obtenir plus d'insights, de simplifier et de mettre à l'échelle la modélisation des données, et de s'intégrer à des systèmes tiers. Dans un déploiement Looker auto-hébergé, vous devrez peut-être déployer des services auxiliaires dans votre cloud pour accéder à ces fonctionnalités. |
|
Reprise après sinistre et élasticité |
Vous serez responsable du maintien du temps d'activité et de la résilience du service. |
|
Certaines fonctionnalités Looker ne sont pas disponibles |
Consultez la section Compatibilité des fonctionnalités Looker avec les options d'hébergement de cette page pour comparer la compatibilité des fonctionnalités avec les options d'hébergement de Looker. |
|
Configuration des fonctionnalités supplémentaires |
Les instances hébergées par le client peuvent nécessiter une configuration supplémentaire pour utiliser certaines fonctionnalités Looker. |
Exemples de cas d'utilisation pour les déploiements hébergés par des clients
Une option hébergée par le client peut être adaptée à votre déploiement si elle correspond à l'un des cas d'utilisation suivants :
- Votre organisation a des exigences de sécurité spécifiques : les règles de sécurité de certaines organisations leur interdisent d'utiliser des services cloud. Looker (version initiale) est conçu pour le multicloud. Les déploiements Looker (version initiale) hébergés par Looker résident sur différents fournisseurs de services cloud tels que Google Cloud, AWS et Azure. Si votre règlement de sécurité est incompatible avec l'utilisation des services cloud avec vos données, l'hébergement par le client est conçu pour être une alternative.
- Votre organisation préfère un modèle de déploiement entièrement personnalisable : lorsque Looker héberge vos environnements, il suppose que ceux-ci sont destinés à être stables. Les exigences de votre organisation peuvent ne pas être compatibles avec cette hypothèse, par exemple dans les situations suivantes :
- Votre paysage de déploiement est une vaste étendue de nombreuses instances pour chacun de vos groupes d'utilisateurs ou clients, qui ne peuvent être nécessaires que pour une période éphémère.
- Votre organisation doit pouvoir créer fréquemment de nouveaux environnements ou supprimer des environnements existants.
- Votre organisation a besoin de plusieurs instances Looker, chacune nécessitant des configurations personnalisées pour les indicateurs de démarrage, le modèle ou les informations de connexion.
- Votre organisation a besoin d'un accès plus direct aux fonctionnalités d'intégration et de configuration : dans un environnement hébergé par Looker, votre accès direct à votre déploiement est limité. Les déploiements hébergés par le client permettent un accès complet au système de fichiers, à la base de données de métadonnées et aux configurations JVM de votre instance. L'accès direct peut être utile dans les situations suivantes :
- Vos modèles et configurations LookML pour chaque instance sont fréquemment mis à jour à l'aide de scripts synchronisés avec votre processus de développement.
- Votre organisation ne peut pas utiliser certaines technologies de base que Looker utilise pour le déploiement, comme Git. En ayant le contrôle total du backend de votre instance, vous pouvez remplacer n'importe quel composant principal de Looker par la solution de votre choix.
Compatibilité des fonctionnalités Looker avec les options d'hébergement
Le tableau suivant compare la compatibilité des fonctionnalités pour les types d'instances Looker (version initiale) hébergées par Looker, Looker (Google Cloud Core) et Looker (version initiale) hébergées par le client.
Filter the table on supported instance types:
| Feature | Looker instance type | |||
|---|---|---|---|---|
| Platform features | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
| Looker reports: Create and access reports in Looker | Yes | Yes | No | Not available for Looker (Google Cloud core) instances that use VPC Service Controls or CMEK. Not all Looker reports features are available on Looker (Google Cloud core) instances. See the Looker reports documentation for details. |
| Gemini in Looker: Conversational Analytics, Code Interpreter, LookML writing assistance, and Visualization Assistant | Yes | Yes | No | Use of the Code Interpreter, LookML writing assistance, and custom visualization creation assistance are not supported for Looker (Google Cloud core) instances that use CMEK or VPC Service Controls.Conversational Analytics, Code Interpreter, LookML writing assistance, and custom visualization creation assistance are not supported for Looker (Google Cloud core) instances that are connected to Looker Studio through the Looker connector. |
| BI Connectors: Connected Sheets and Looker Studio: Use Google Sheets to explore data from your LookML models or connect to Looker Studio data in your Looker instance. | Yes | Yes | No |
Complimentary licenses to use Looker Studio Pro are not available for customer-hosted Looker (original) instances. For private connections configurations in Looker (Google Cloud core) instances, your network administrator must configure your network so that traffic from Google Sheets or Looker Studio can reach your Looker instance. |
| BI Connectors: Microsoft Excel, Microsoft Power BI, Tableau Desktop: Data connectors to Excel, Power BI, and Tableau. | Yes | Yes | Yes | For the Power BI or Tableau connectors for Looker (Google Cloud core) instances that use private connections and for customer-hosted Looker (original) instances, your network administrator must configure your network so that traffic from Power BI or Tableau can reach your Looker instance. |
| Looker Action Hub and Looker Marketplace | Yes | Yes | Yes |
This feature may have limitations for Looker (Google Cloud core) instances that use private connections. Additional configuration may also be necessary for Looker (Google Cloud core) instances that use private connections. Additional configuration may be necessary for customer-hosted Looker (original) instances. |
| Schedule data to S3, SFTP, and webhook | Yes | Yes | Yes | This feature may have limitations for Looker (Google Cloud core) instances that use private connections. Additional configuration may also be necessary for Looker (Google Cloud core) instances that use private connections. |
| Looker mobile application | Yes | Yes | Yes | |
| Custom themes | Yes | Yes | Yes | Custom themes are available only for Enterprise and Embed editions of Looker (Google Cloud core). |
| Custom extensions | Yes | Yes | Yes | Custom extensions are available only for Enterprise and Embed editions of Looker (Google Cloud core). |
| Private embedding | Yes | Yes | Yes |
Private embedding is available for all editions of Looker (Google Cloud core). |
| Signed embedding | Yes | Yes | Yes |
Signed embedding is available only for the Embed edition of Looker (Google Cloud core). |
| Labs and legacy pages | Yes | No | Yes | Some preview features are made available in Looker (Google Cloud core) through allowlists. |
| Security and authentication features | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
| Security features: private connections, CMEK, VPC Service Controls | No | Yes | No | Private connections and VPC Service Controls are available only for Enterprise and Embed editions of Looker (Google Cloud core). |
| IAM integration | No | Yes | No | |
| SAML authentication, OpenID authentication | Yes | Yes | Yes | |
| Username and password setting for login, LDAP authentication | Yes | No | Yes | |
| IP Allowlist setting | Yes | No | No | For Looker (Google Cloud core), access to the instance is controlled with private connections. |
| Ability to sudo as another user | Yes | No | Yes | For the Embed edition of Looker (Google Cloud core), impersonation of embed users is available by using the API endpoint Login user. |
| FIPS encryption | No | Yes | Yes | FIPS encryption is available only in the Enterprise and Embed editions of Looker (Google Cloud core). |
| Compliance certifications (for example, FedRAMP High and other Assured Workloads products) | No | Yes | Yes | Compliance certifications are available only in the Enterprise and Embed editions of Looker (Google Cloud core). |
| LookML development and database connections | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
LookML parameter: synonyms |
Yes | No | Yes | |
| Dialect support | Yes | Yes | Yes | The documentation lists the dialects that are supported by Looker (Google Cloud core) and the dialects that are supported by Looker (original) and customer-hosted Looker (original). |
| Customer hosted Git on the public internet | Yes | Yes | Yes | This feature may have limitations for Looker (Google Cloud core) instances that use private connections. Additional configuration may also be necessary for Looker (Google Cloud core) instances that use private connections. |
| Looker Continuous Integration | Yes | Yes | No | Not available for Looker (Google Cloud core) instances that use private connections or CMEK. |
| Service agent access to BigQuery | No | Yes | No | |
| SSH tunnels (for on-premises databases) | Yes | n/a | Yes | |
| Logging | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
| Access to internal database and verbose logs | No (see note) | No | Yes | For Looker-hosted Looker (original) instances, internal database and verbose logs are available only through a Google Cloud support request. |
| Cloud Audit Logs | No | Yes | No | |
| Elite System Activity | Yes | Yes | No |
Elite System Activity is available only as a paid feature in the Elite version of Looker (original). Elite Style Activity is available only in the Enterprise and Embed editions of Looker (Google Cloud core). |
| Infrastructure and instance management | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
| Fully Google Cloud-managed Google service | No | Yes | No | Google Cloud support has a much greater ability to troubleshoot issues with the Looker (Google Cloud core) environment, because it is managed on Google Cloud. |
| Self-service instance creation | No | Yes | No | |
| Terraform support | No | Yes | No | |
| Startup options | Yes | No | Yes | |
| Customer-defined maintenance windows | No | Yes | No | |
| Non-production instances | Yes | Yes | Yes |
Two non-production instances are available for the Elite version of Looker (original). No other Looker (original) versions offer non-production instances. Non-production instances are purchased separately for Looker (Google Cloud core). |
| Export | Yes | No | No |
This feature is required to migrate from Looker (original) to Looker (Google Cloud core). |