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

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

Las URLs de las instancias alojadas en Looker tienen estos formatos:

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

o

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

Los administradores de instancias alojadas en Looker pueden modificar cada componente de la URL de la instancia (excepto el subdominio, si lo hay, que puede estar determinado por la región en la que se aloja la instancia), pero algunos cambios o adiciones pueden suponer costes adicionales o requerir analíticas insertadas. Ponte en contacto con un especialista de Ventas de Google Cloud para hablar sobre 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:

  • Migra del alojamiento antiguo en Amazon EC2 al alojamiento de nueva generación en Google Cloud o Amazon Elastic Kubernetes Service (EKS).
  • Migra de un alojamiento del cliente a un alojamiento de Looker
  • Migra de Looker (original) a Looker (servicio principal de Google Cloud)
  • Cambia la región de alojamiento de AWS EC2 (lo que puede 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 de host de la página Configuración del panel Administrar con la nueva URL. Si la URL de una instancia cambia debido a una migración de Looker (original) a Looker (Google Cloud Core), la opción URL de host no está disponible en Looker (Google Cloud Core) y no es necesario realizar ese paso.

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

Puede que se produzca una interrupción momentánea del servicio al cambiar la URL de la instancia. En función de tu implementación, al actualizar la URL del host se pueden producir los siguientes cambios incompatibles.

Cambio de instancia Ejemplo Tipo de cambio Punto de ruptura

Migrar de un alojamiento antiguo en Amazon EC2 a un alojamiento de nueva generación en Google Cloud o Amazon EKS

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

Los usuarios y los usuarios insertados deben actualizar sus marcadores en un plazo de siete días. De lo contrario, dejarán de funcionar. Ambas URLs funcionarán durante siete días después del cambio.

Si usas la integración de Slack para enviar datos, no se entregarán los envíos de los usuarios que no hayan iniciado sesión en Slack. Las programaciones y las entregas puntuales que envíen los usuarios que ya estén autenticados en el espacio de trabajo de Slack no se verán afectadas.

Migrar de una instancia alojada por el cliente a una alojada por Looker De company.instance.com a company.cloud.looker.com Cambia el dominio.

Los usuarios y los usuarios de inserciones deben actualizar sus marcadores, ya que, de lo contrario, dejarán de funcionar. La empresa decide cuánto tiempo funciona la URL de la instancia alojada por el cliente.

Si usas la integración de Slack para enviar datos, no se entregarán los envíos de los usuarios que no hayan iniciado sesión en Slack. Las programaciones y las entregas puntuales que envíen los usuarios que ya estén autenticados en el espacio de trabajo de Slack no se verán afectadas.

Migrar de Looker (original) a Looker (servicio principal de Google Cloud) De company.looker.com a hostname.looker.app Cambia el dominio.

Las marcas de las instancias de Looker (original) que usan el dominio looker.com no se pueden conservar después de migrar a Looker (Google Cloud Core). Los usuarios y los usuarios de inserciones deben actualizar sus marcadores, ya que, de lo contrario, dejarán de funcionar.

Si pasas de una URL personalizada de Looker (original) (que no usa el dominio looker.com) al mismo dominio personalizado de Looker (Google Cloud core), las marcas deberían migrar sin dejar de funcionar.

Hay un pequeño conjunto de diferencias entre las funciones de Looker (original) y Looker (en la infraestructura de Google Cloud). Revisa estas diferencias para asegurarte de que las funciones de Looker (Google Cloud core) satisfacen tus necesidades. Consulta la documentación sobre la migración para obtener más información sobre cómo migrar de Looker (original) a Looker (servicio principal de Google Cloud).

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

Los usuarios y los usuarios insertados deben actualizar sus marcadores en un plazo de siete días. De lo contrario, dejarán de funcionar. Ambas URLs funcionarán durante siete días después del cambio.

Si usas la integración de Slack para enviar datos, no se entregarán los envíos de los usuarios que no hayan iniciado sesión en Slack. Las programaciones y las entregas puntuales que envíen los usuarios que ya estén autenticados en el espacio de trabajo de Slack no se verán afectadas.

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

Ambas URLs de instancia funcionarán indefinidamente.

Si usas la integración de Slack para las entregas de datos, no se entregarán las que envíen los usuarios que no hayan iniciado sesión en Slack. Las programaciones y las entregas puntuales que envíen los usuarios que ya estén autenticados en el espacio de trabajo de Slack no se verán afectadas.

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

Ambas URLs de instancia funcionarán indefinidamente.

Si usas la integración de Slack para las entregas de datos, no se entregarán las que envíen los usuarios que no hayan iniciado sesión en Slack. Las programaciones y las entregas puntuales que envíen los usuarios que ya estén autenticados en el espacio de trabajo de Slack no se verán afectadas.

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

Los usuarios y los usuarios insertados deben actualizar sus marcadores en un plazo de siete días. De lo contrario, dejarán de funcionar. 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 que envíen los usuarios que no hayan iniciado sesión en Slack. Las programaciones y las entregas puntuales que envíen los usuarios que ya estén autenticados en el espacio de trabajo de Slack no se verán afectadas.

Los nombres de host de 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.