¿Qué sucede si cambia la URL de mi instancia de Looker?

Los administradores pueden personalizar el nombre del dominio o de host en la URL de una instancia de Looker.

Las URLs de las instancias alojadas en Looker adoptan las siguientes formas:

https://<hostname>.<subdomain>.<domain>.com

o

http://<hostname>.<subdomain>.<domain>.com

Los administradores de las instancias alojadas en Looker pueden modificar cada componente de la URL de la instancia (excepto el subdominio, si está presente, que puede determinarse según la región en la que se aloja la instancia), pero algunos cambios o adiciones pueden generar costos adicionales o requerir estadísticas incorporadas. Comunícate con un especialista en ventas de Google Cloud para analizar las opciones disponibles para tu implementación de Looker.

Además de estos cambios opcionales, la URL de la instancia también puede verse afectada si tu implementación realiza las siguientes acciones:

  • Migra del hosting heredado en Amazon EC2 al hosting de nueva generación en Google Cloud o Amazon Elastic Kubernetes Service (EKS)
  • Migra del alojado por el cliente a uno alojado en Looker
  • Migra de Looker (original) a Looker (Google Cloud Core)
  • Cambia su región alojada de AWS EC2 (que podría cambiar el subdominio, si está presente)

¿Qué debo tener en cuenta antes de iniciar un cambio de URL?

En la mayoría de los casos, si la URL de la instancia cambia, un administrador de Looker debe actualizar el campo URL del host en la página Configuración del panel Administrador con la URL nueva. Si la URL de una instancia cambia debido a una migración de Looker (original) a Looker (Google Cloud Core), la opción URL del host no está disponible en Looker (Google Cloud Core), y ese paso no es necesario.

Si tu instancia usa un método de autenticación como SAML o LDAP, debes dirigir la configuración del proveedor de identidad a la URL nueva. De lo contrario, es posible que se bloqueen tus usuarios.

Podría haber una interrupción momentánea del servicio asociada con un cambio en la URL de la instancia. Según tu implementación, actualizar la URL del host puede generar los siguientes cambios rotundos.

Cambio de instancia Ejemplo Tipo de cambio Cambio rotundo

Migración de hosting heredado en Amazon EC2 al hosting de nueva generación en Google Cloud o Amazon EKS

company.looker.com a company.cloud.looker.com Cambia el subdominio

Los usuarios y los usuarios incorporados deben actualizar sus favoritos en un plazo de siete días; de lo contrario, sus favoritos se dañarán. Ambas URLs funcionarán durante siete días después del cambio.

Si usas la integración de Slack para las entregas de datos, no se entregarán las entregas enviadas por usuarios que aún no hayan accedido a Slack. Los programas existentes y las entregas ad hoc enviadas por usuarios que ya se autenticaron en el lugar de trabajo de Slack no se verán afectadas.

Migra de la alojada por el cliente a la alojada en Looker company.instance.com a company.cloud.looker.com Cambia el dominio

Los usuarios y los usuarios incorporados deben actualizar sus favoritos; de lo contrario, sus favoritos no funcionarán. El tiempo que opera la URL de la instancia alojada por el cliente depende de la empresa.

Si usas la integración de Slack para las entregas de datos, no se entregarán las entregas enviadas por usuarios que aún no hayan accedido a Slack. Los programas existentes y las entregas ad hoc enviadas por usuarios que ya se autenticaron en el lugar de trabajo de Slack no se verán afectadas.

Migra de Looker (original) a Looker (Google Cloud Core) company.looker.com a hostname.looker.app Cambia el dominio

Los favoritos de las instancias de Looker (original) que usan el dominio looker.com no se pueden conservar después de la migración a Looker (Google Cloud Core). Los usuarios y los usuarios incorporados deben actualizar sus favoritos; de lo contrario, sus favoritos no funcionarán.

Si migras de una URL personalizada para Looker (original) (que no usa el dominio looker.com) a el mismo dominio personalizado para Looker (Google Cloud Core), los favoritos deben migrar sin fallas.

Hay un pequeño conjunto de diferencias de funciones entre Looker (original) y Looker (Google Cloud Core). Revisa estas diferencias para asegurarte de que las funciones de Looker (Google Cloud Core) satisfagan tus necesidades actuales. Consulta la documentación sobre migración si necesitas más detalles para migrar de Looker (original) a Looker (Google Cloud Core).

Cambia las regiones alojadas en EC2 de AWS company.au.looker a company.jp.looker.com Cambia el subdominio

Los usuarios y los usuarios incorporados deben actualizar sus favoritos en un plazo de siete días; de lo contrario, sus favoritos se dañarán. Ambas URLs funcionarán durante siete días después del cambio.

Si usas la integración de Slack para las entregas de datos, no se entregarán las entregas enviadas por usuarios que aún no hayan accedido a Slack. Los programas existentes y las entregas ad hoc enviadas por usuarios que ya se autenticaron en el lugar de trabajo de Slack no se verán afectadas.

Cambiar el orden del dominio example.looker.com a looker.example.com Cambia el dominio

Ambas URLs de instancia funcionarán de forma indefinida.

Si usas la integración de Slack para las entregas de datos, no se entregarán las entregas enviadas por usuarios que aún no hayan accedido a Slack. Los programas existentes y las entregas ad hoc enviadas por usuarios que ya se autenticaron en el lugar de trabajo de Slack no se verán afectadas.

Cambia a un dominio personalizado example.looker.com a example.custom.com Cambia el dominio

Ambas URLs de instancia funcionarán de forma indefinida.

Si usas la integración de Slack para las entregas de datos, no se entregarán las entregas enviadas por usuarios que aún no hayan accedido a Slack. Los programas existentes y las entregas ad hoc enviadas por usuarios que ya se autenticaron en el lugar de trabajo de Slack no se verán afectadas.

Cambia de un host de Looker a otro company1.cloud.looker.com a company2.cloud.looker.com Cambia el dominio

Los usuarios y los usuarios incorporados deben actualizar sus favoritos en un plazo de siete días; de lo contrario, sus favoritos se dañarán. Ambas URLs funcionarán durante siete días después del cambio.

Si usas la integración de Slack para las entregas de datos, no se entregarán las entregas enviadas por usuarios que aún no hayan accedido a Slack. Los programas existentes y las entregas ad hoc enviadas por usuarios que ya se autenticaron en el lugar de trabajo de Slack no se verán afectadas.

Los nombres de host para las instancias de Looker solo pueden contener caracteres alfanuméricos y deben tener 6 caracteres o más. Esto significa que no pueden tener guiones, como customer-dev.looker.com.