Puedes alojar tu propia instancia o implementación de Looker (original), o bien Looker puede alojarla por ti. En toda nuestra documentación, nos referimos a las instancias o implementaciones alojadas por Looker como "alojadas por Looker" y a las instancias o implementaciones alojadas de forma local como "alojadas por el cliente" o "autoalojadas".
Cuando Looker aloja tu implementación, administra todas las funciones de TI necesarias relacionadas con la aplicación de Looker en tu nombre, según el uso de recursos y los requisitos comerciales, lo que reduce en gran medida el esfuerzo necesario para instalar, configurar y mantener la aplicación de Looker. Por el contrario, cuando alojas tu propia implementación, eres responsable de administrar muchos de estos procesos y funciones. Una implementación alojada por el cliente incluye los servicios en el producto, es decir, los servicios que aloja Looker y a los que se puede acceder a través del producto, específicamente datos de licencias, copias de seguridad de la configuración, informes de errores del sistema, acciones de datos y tickets de asistencia, como se describe con más detalle en la sección Datos de la aplicación que comparte Looker de la página de seguridad de Looker.
Elegir entre las dos opciones de hosting implica una compensación entre comodidad y control. Si eliges la opción alojada en Looker, podrás concentrarte en integrar Looker en tus cargas de trabajo empresariales sin las exigencias de la administración de la infraestructura. Por el contrario, alojar tu propia implementación de Looker te brinda control total sobre la administración de la infraestructura, pero aumenta los gastos generales para el lanzamiento inicial y el mantenimiento continuo.
En esta página, se presenta la siguiente información para ayudarte a elegir la opción de hosting más adecuada para tus necesidades:
- Ventajas comparativas de cada opción de hosting
- Beneficios y límites de la opción alojada en Looker
- Beneficios y límites de la opción alojada por el cliente
- Ejemplos de casos de uso para implementaciones alojadas por el cliente
Ventajas comparativas de cada opción de hosting
En la siguiente tabla, se comparan las ventajas de cada opción de alojamiento.
Beneficio | Alojado por Looker | Alojado por el cliente |
Acceso predeterminado a todas las funciones de Looker |
X |
|
No se requiere configuración ni mantenimiento de hardware |
X |
|
Actualizaciones y mantenimiento automáticos del software (mensuales o trimestrales) |
X |
|
Escala el hardware sin costo adicional:
|
X |
|
Supervisión de aplicaciones y hosts |
X |
|
Copias de seguridad automáticas de la instancia de Looker |
X |
|
Migración de la base de datos de backend, si es necesario |
X |
|
ANS de tiempo de actividad del 99.9% (Advanced y Elite) |
X |
|
ANS de respuesta de S1 de 1 hora |
X |
|
Uso de la API de Looker |
X |
X |
Migraciones de varias instancias |
X |
X |
Acceso directo a servidores y registros, y exportación de estos |
X |
Beneficios y límites de la opción alojada en Looker
En las siguientes tablas, se enumeran los beneficios y los límites de usar una implementación alojada en Looker.
Beneficios de las implementaciones alojadas en Looker
En la siguiente tabla, se enumeran los beneficios de usar una implementación alojada en Looker.
Administración activa de la instancia de Looker |
Deja la supervisión del rendimiento en manos del equipo de Looker y enfócate en tomar decisiones con las estadísticas de datos prácticas de Looker. |
Siempre obtén las funciones y actualizaciones más recientes |
Nunca más tendrás que descargar manualmente otra actualización. Looker prueba, actualiza y optimiza tu instancia de Looker. |
Rendimiento coherente |
Looker supervisa el rendimiento y ajusta la capacidad según sea necesario. No tienes que decidir cuántos servidores necesitas para admitir a tus usuarios. |
Seguridad de la implementación |
Looker administra la infraestructura de tu plataforma. Tu implementación de Looker es discreta, segura y se supervisa de forma continua para proteger tus datos. |
Servicios conectados |
Cada implementación de Looker incluye servicios conectados esenciales que te permiten acceder a datos más relevantes, aumentar las estadísticas, simplificar y escalar el modelado de datos, y realizar integraciones con sistemas de terceros, todo mientras Looker brinda asistencia. |
Conexiones seguras a bases de datos |
Conecta Looker a tu base de datos a través de SSH. |
Integración de SAML/LDAP |
Looker se puede integrar con tus métodos de autenticación existentes. |
Límites de las implementaciones alojadas en Looker
Antes de optar por usar una implementación alojada en Looker, ten en cuenta los límites que se indican en la siguiente tabla.
Requisitos específicos de seguridad o cumplimiento |
Es posible que la infraestructura del entorno alojado en Looker no se alinee con los requisitos individuales de seguridad o cumplimiento de tu empresa. |
Requisito de poder exportar registros o información de supervisión |
Dado que Looker administra la infraestructura de tu instancia, no puedes exportar registros del uso de tu instancia. Looker administra toda la supervisión. |
ANS personalizados |
Las actualizaciones y el mantenimiento de Looker se realizan durante los períodos de mantenimiento predefinidos. Es posible que algunos clientes necesiten un mayor control sobre el momento en que se realiza este mantenimiento. |
Controladores JDBC personalizados |
Se deben instalar controladores JDBC personalizados para conectarse a bases de datos que tienen niveles de compatibilidad más bajos. |
Beneficios y límites de la opción alojada por el cliente
En las siguientes tablas, se enumeran los beneficios y los límites de usar una implementación alojada por el cliente.
Beneficios de las implementaciones alojadas por el cliente
En la siguiente tabla, se enumeran los beneficios de usar una implementación alojada por el cliente.
Control directo sobre la infraestructura y las decisiones de escalamiento |
Puedes implementar configuraciones de infraestructura y arquitectura que tal vez no se ofrezcan con una implementación alojada en Looker. |
Acceso a Logging y Monitoring |
Si administras tu propia infraestructura, puedes acceder directamente a los registros de la aplicación de Looker y exportarlos, y configurar la supervisión de la instancia que se adapte a tus requisitos individuales. |
Modelo de seguridad personalizado |
Alojamiento de Looker en tu propia implementación te permite tener control total sobre la seguridad del entorno de la aplicación, que puedes alinear con los estándares de seguridad específicos de tu empresa o industria. |
Límites de las implementaciones alojadas por el cliente
Antes de optar por usar una implementación alojada por el cliente, ten en cuenta los límites que se indican en la siguiente tabla.
Limitaciones de asistencia |
Puede ser difícil solucionar problemas cuando el equipo de asistencia de Looker no conoce la arquitectura de implementación personalizada. Es posible que ciertos problemas requieran una mayor participación de tu organización. |
Requisitos de actualización mensual |
Eres responsable de crear y mantener procesos que garanticen que los usuarios obtengan las funciones y los parches de seguridad más recientes de Looker. |
Requisitos de capital humano |
Las implementaciones de Looker pueden requerir una cantidad significativa de personal y experiencia en ingeniería de confiabilidad del sitio. Tu organización debe administrar los distintos componentes de una implementación de Looker. |
Costo |
Tu organización debe administrar el tiempo, el capital humano y los costos de la nube o el centro de datos. |
Desafíos al usar servicios conectados |
Looker tiene el beneficio de los servicios conectados, que te permiten acceder a datos relevantes de la industria, aumentar las estadísticas, simplificar y escalar el modelado de datos, y realizar integraciones con sistemas de terceros. En una implementación de Looker autohospedada, es posible que debas implementar servicios auxiliares en tu nube para acceder a estas funciones. |
Recuperación ante desastres y elasticidad |
Serás responsable de mantener el tiempo de actividad y la resiliencia del servicio. |
Algunas funciones de Looker no están disponibles |
Consulta la sección Compatibilidad con las funciones de Looker en las diferentes opciones de hosting de esta página para obtener una comparación de la compatibilidad con las funciones en las opciones de hosting de Looker. |
Configuración de funciones adicionales |
Es posible que las instancias alojadas por el cliente requieran configuración adicional para usar ciertas funciones de Looker. |
Ejemplos de casos de uso para implementaciones alojadas por el cliente
Una opción alojada por el cliente puede ser adecuada para tu implementación si se alinea con cualquiera de los siguientes casos de uso:
- Tu organización tiene requisitos de seguridad personalizados: Las políticas de seguridad de algunas organizaciones exigen que no se puedan usar servicios en la nube. Looker (original) está diseñado para ser multinube, y las implementaciones de Looker (original) alojadas en Looker residen en varios proveedores de Cloud, como Google Cloud, AWS y Azure. Si tu política de seguridad es incompatible con el uso de servicios de Cloud con tus datos, el alojamiento del cliente está diseñado para ser la alternativa.
- Tu organización prefiere un modelo de implementación completamente personalizable: Cuando Looker aloja tus entornos, Looker supone que estos entornos están diseñados para ser estables. Es posible que los requisitos de tu organización no sean compatibles con esta suposición, como en las siguientes situaciones:
- Tu entorno de implementación es una gran extensión de numerosas instancias para cada uno de tus grupos de usuarios o clientes, que solo pueden ser necesarias durante un período efímero.
- Tu organización requiere la capacidad de compilar entornos nuevos con frecuencia o de desmantelar entornos existentes.
- Tu organización requiere varias instancias de Looker, cada una con configuraciones personalizadas para las marcas de inicio, el modelo o la información de conexión.
- Tu organización requiere un acceso más directo a las capacidades de integración y configuración: En un entorno alojado en Looker, tu acceso directo a la implementación es limitado. Las implementaciones alojadas por el cliente permiten el acceso completo al sistema de archivos, la base de datos de metadatos y la configuración de la JVM de tu instancia. El acceso directo puede ser beneficioso en las siguientes situaciones:
- Tus modelos y configuraciones de LookML para cada instancia se actualizan con frecuencia a través de secuencias de comandos que se sincronizan con tu proceso de desarrollo.
- Tu organización no puede usar ciertas tecnologías principales que Looker utiliza para la implementación, como Git. Con el control total del backend de tu instancia, puedes sustituir cualquier componente principal de Looker por la solución que prefieras.
Compatibilidad con las funciones de Looker en las diferentes opciones de hosting
En la siguiente tabla, se compara la compatibilidad con funciones de los tipos de instancias de Looker (original) alojadas por Looker, Looker (Google Cloud Core) y Looker (original) alojadas por el cliente.
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, LookML assistance, Visualization Assistant | Yes | Yes | No | Some features may not be supported for Looker (Google Cloud core) instances that use CMEK or VPC Service Controls. |
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). |