Puedes alojar tu propia instancia o implementación de Looker (original) o dejar que Looker lo haga 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 en las instalaciones del cliente como "alojadas por el cliente" o "autohospedadas".
Cuando Looker aloja tu implementación, gestiona todas las funciones de TI necesarias relacionadas con la aplicación Looker en tu nombre, en función del uso de los recursos y los requisitos empresariales. De esta forma, se reduce considerablemente el esfuerzo necesario para instalar, configurar y mantener la aplicación Looker. Por el contrario, si alojas tu propia implementación, eres responsable de gestionar muchos de estos procesos y funciones. Una implementación alojada por el cliente incluye los servicios del producto, es decir, los servicios alojados por Looker y accesibles a través del producto, concretamente los datos de licencias, las copias de seguridad de la configuración, los informes de errores del sistema, las acciones de datos y las incidencias, tal como se describe en la sección Datos de la aplicación compartidos por Looker de la página de seguridad de Looker.
Elegir entre las dos opciones de alojamiento es una cuestión de equilibrio entre la comodidad y el control. Si eliges la opción alojada en Looker, podrás centrarte en integrar Looker en tus cargas de trabajo empresariales sin tener que preocuparte por la administración de la infraestructura. Por el contrario, alojar tu propia implementación de Looker te da un control total sobre la administración de la infraestructura, pero aumenta la sobrecarga de trabajo para el lanzamiento inicial y el mantenimiento continuo.
En esta página se incluye la siguiente información para ayudarte a elegir la opción de alojamiento más adecuada para tus necesidades:
- Ventajas comparativas de cada opción de alojamiento
- Ventajas y límites de la opción alojada en Looker
- Ventajas y límites de la opción alojada por el cliente
- Ejemplos de casos prácticos de implementaciones alojadas por el cliente
Ventajas comparativas de cada opción de alojamiento
En la siguiente tabla se comparan las ventajas de cada opción de alojamiento.
| Ventaja | Alojamiento de Looker | Alojamiento del 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 |
|
|
Amplía el hardware sin coste adicional:
|
X |
|
|
Monitorización de aplicaciones y hosts |
X |
|
|
Copias de seguridad automáticas de instancias de Looker |
X |
|
|
Migración de la base de datos backend, si es necesario |
X |
|
|
Acuerdo de nivel de servicio con un tiempo de actividad del 99,9% (Advanced y Elite) |
X |
|
|
Acuerdo de Nivel de Servicio 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 |
Ventajas y límites de la opción alojada en Looker
En las siguientes tablas se enumeran las ventajas y los límites de usar una implementación alojada en Looker.
Ventajas de las implementaciones alojadas en Looker
En la siguiente tabla se enumeran las ventajas de usar una implementación alojada en Looker.
|
Gestión activa de la instancia de Looker |
Deja que el equipo de Looker se encargue de monitorizar el rendimiento y céntrate en tomar decisiones con las métricas de datos útiles de Looker. |
|
Disfruta siempre de las funciones y actualizaciones más recientes |
No tendrás que descargar manualmente ninguna otra actualización. Looker prueba, actualiza y optimiza tu instancia de Looker. |
|
Rendimiento constante |
Looker monitoriza el rendimiento y ajusta la capacidad según sea necesario. No tienes que decidir cuántos servidores necesitas para dar asistencia a tus usuarios. |
|
Seguridad de los despliegues |
Looker gestiona la infraestructura de tu plataforma. Tu implementación de Looker es discreta, segura y se monitoriza continuamente para proteger tus datos. |
|
Servicios conectados |
Todas las implementaciones de Looker incluyen servicios conectados esenciales que te permiten acceder a datos más relevantes, aumentar las estadísticas, simplificar y escalar el modelado de datos, e integrarte con sistemas de terceros, todo ello con la asistencia de Looker. |
|
Conexiones de bases de datos seguras |
Conecta Looker a tu base de datos mediante SSH. |
|
Integración de SAML o LDAP |
Looker se puede integrar con tus métodos de autenticación. |
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 de seguridad o cumplimiento específicos |
Es posible que la infraestructura del entorno alojado en Looker no se ajuste a los requisitos de seguridad o cumplimiento específicos de tu empresa. |
|
Requisito de poder exportar registros o información de monitorización |
Como Looker gestiona la infraestructura de tu instancia, no puedes exportar los registros de uso de tu instancia. Looker gestiona toda la monitorización. |
|
SLAs personalizados |
Las actualizaciones y el mantenimiento de Looker se realizan durante las ventanas de mantenimiento predefinidas. Es posible que algunos clientes necesiten más control sobre cuándo se realiza este mantenimiento. |
|
Controladores JDBC personalizados |
Para conectarse a bases de datos que tengan niveles de asistencia inferiores, se deben instalar controladores JDBC personalizados. |
Ventajas y límites de la opción alojada por el cliente
En las siguientes tablas se enumeran las ventajas y los límites de usar una implementación alojada por el cliente.
Ventajas de las implementaciones alojadas por el cliente
En la siguiente tabla se enumeran las ventajas de usar una implementación alojada por el cliente.
|
Control directo sobre la infraestructura y las decisiones de escalado |
Puedes implementar configuraciones de infraestructura y arquitectura que no se ofrecen en una implementación alojada en Looker. |
|
Acceso a los registros o la monitorización |
Si gestionas tu propia infraestructura, puedes acceder directamente a los registros de la aplicación Looker y exportarlos, así como configurar la monitorización de instancias que se adapte a tus requisitos. |
|
Modelo de seguridad personalizado |
Al alojar Looker en tu propia implementación, tienes un control total sobre la seguridad del entorno de la aplicación, que puedes adaptar a los estándares de seguridad específicos de tu empresa o sector. |
Límites de las implementaciones alojadas por el cliente
Antes de optar por usar una implementación alojada por el cliente, consulta los límites que se indican en la siguiente tabla.
|
Limitaciones de la asistencia |
Puede ser difícil solucionar problemas si el equipo de Asistencia de Looker no está familiarizado con la arquitectura de implementación personalizada. Para resolver algunos problemas, es posible que tu organización tenga que participar más activamente. |
|
Requisitos de las actualizaciones mensuales |
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 un número considerable de empleados y experiencia en ingeniería de fiabilidad de sitios. Tu organización debe gestionar los distintos componentes de una implementación de Looker. |
|
Coste |
Tu organización debe gestionar el tiempo, el capital humano y los costes de la nube o del centro de datos. |
|
Problemas al usar servicios conectados |
Looker ofrece la ventaja de los servicios conectados, que te permiten acceder a datos relevantes del sector, aumentar las estadísticas, simplificar y escalar el modelado de datos, e integrarte con sistemas de terceros. En un despliegue de Looker autogestionado, es posible que tengas que desplegar servicios auxiliares en tu nube para acceder a estas funciones. |
|
Recuperación tras fallos 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 distintas opciones de alojamiento de esta página para ver una comparación de la compatibilidad con las funciones en las opciones de alojamiento de Looker. |
|
Configuración de funciones adicionales |
Las instancias alojadas por el cliente pueden requerir una configuración adicional para usar determinadas funciones de Looker. |
Ejemplos de casos prácticos de implementaciones alojadas por el cliente
Una opción alojada por el cliente puede ser adecuada para tu implementación si se ajusta a alguno de los siguientes casos prácticos:
- Tu organización tiene requisitos de seguridad específicos: las políticas de seguridad de algunas organizaciones exigen que no puedan usar servicios en la nube. Looker (original) se ha diseñado para ser multinube, y las implementaciones de Looker (original) alojadas en Looker se encuentran en varios proveedores de servicios en la nube, como Google Cloud, AWS y Azure. Si tu política de seguridad no es compatible con el uso de servicios en la nube con tus datos, el alojamiento por parte del cliente se ha diseñado como alternativa.
- Tu organización prefiere un modelo de implementación totalmente personalizable: cuando Looker aloja tus entornos, Looker da por hecho que estos entornos deben 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 periodo efímero.
- Tu organización necesita poder crear nuevos entornos o eliminar los que ya tiene con frecuencia.
- Tu organización necesita varias instancias de Looker, cada una de las cuales requiere configuraciones personalizadas para las marcas de inicio, el modelo o la información de conexión.
- Tu organización necesita un acceso más directo a las funciones de integración y configuración: en un entorno alojado en Looker, tu acceso directo a tu implementación es limitado. Las implementaciones alojadas por el cliente permiten acceder por completo al sistema de archivos, a la base de datos de metadatos y a las configuraciones de JVM de tu instancia. El acceso directo puede ser útil en las siguientes situaciones:
- Tus modelos y configuraciones de LookML de cada instancia se actualizan con frecuencia mediante secuencias de comandos que se sincronizan con tu proceso de desarrollo.
- Tu organización no puede usar determinadas tecnologías básicas que utiliza Looker para implementar, 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 distintas opciones de alojamiento
En la siguiente tabla se compara la compatibilidad de las funciones con los tipos de instancias de Looker (original) alojadas en 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). |