Los administradores pueden personalizar el nombre del dominio o el nombre de host en la URL de una instancia de Looker.
Las URLs de instancias alojadas en Looker tienen los siguientes 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 está presente, que puede determinarse según la región en la que se aloja la instancia), pero algunos cambios o incorporaciones pueden generar costos adicionales o requerir análisis incorporados. Comunícate con un especialista en ventas de Google Cloud para analizar las opciones disponibles para tu despliegue de Looker.
Además de estos cambios opcionales, la URL de la instancia también puede verse afectada si tu implementación presenta las siguientes características:
- Migra del hosting heredado en Amazon EC2 al hosting de nueva generación en Google Cloud o Amazon Elastic Kubernetes Service (EKS)
- Se migra de la plataforma alojada por el cliente a la plataforma alojada por Looker
- Migra de Looker (original) a Looker (Google Cloud Core)
- Cambia su región alojada en 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 cambia la URL de la instancia, 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, o tus usuarios podrían quedar bloqueados.
Es posible que se produzca una interrupción momentánea del servicio asociada con hacer un cambio en la URL de la instancia. Según tu implementación, actualizar la URL del host puede generar los siguientes cambios drásticos.
Cambio de instancia | Ejemplo | Tipo de cambio | Cambio rotundo |
---|---|---|---|
Migra del alojamiento heredado en Amazon EC2 al 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 incorporados deben actualizar sus favoritos en un plazo de siete días, o 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 publicaciones de datos, no se entregarán las publicaciones que envíen los usuarios que aún no hayan accedido a Slack. Las programaciones existentes y las publicaciones ad hoc que envíen los usuarios que ya se autenticaron en el espacio de trabajo de Slack no se verán afectadas. |
Cómo migrar de una cuenta 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 incorporados deben actualizar sus favoritos, o estos se dañarán. La empresa puede determinar durante cuánto tiempo opera la URL de la instancia alojada por el cliente. Si usas la integración de Slack para las publicaciones de datos, no se entregarán las publicaciones que envíen los usuarios que aún no hayan accedido a Slack. Las programaciones existentes y las publicaciones ad hoc que envíen los usuarios que ya se autenticaron en el espacio de trabajo de Slack no se verán afectadas. |
Cómo migrar de Looker (original) a Looker (Google Cloud Core) |
De company.looker.com a hostname.looker.app
|
Cambia el dominio |
Los favoritos de las instancias de Looker (original) que usan el dominio
Si se cambia de una URL personalizada para Looker (original) (que no usa el dominio Hay un pequeño conjunto de diferencias en las 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 de migración para obtener más información sobre cómo migrar de Looker (original) a Looker (Google Cloud Core). |
Cómo cambiar las regiones alojadas de AWS EC2 |
De 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, o 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 publicaciones de datos, no se entregarán las publicaciones que envíen los usuarios que aún no hayan accedido a Slack. Las programaciones existentes y las publicaciones ad hoc que envíen los usuarios que ya se autenticaron en el espacio de trabajo de Slack no se verán afectadas. |
Cambia el orden del dominio |
De 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 publicaciones de datos, no se entregarán las publicaciones que envíen los usuarios que aún no hayan accedido a Slack. Las programaciones existentes y las publicaciones ad hoc que envíen los usuarios que ya se autenticaron en el espacio de trabajo de Slack no se verán afectadas. |
Cómo cambiar a un dominio personalizado |
De 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 publicaciones de datos, no se entregarán las publicaciones que envíen los usuarios que aún no hayan accedido a Slack. Las programaciones existentes y las publicaciones ad hoc que envíen los usuarios que ya se autenticaron en el espacio de trabajo de Slack no se verán afectadas. |
Cómo 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 incorporados deben actualizar sus favoritos en un plazo de siete días, o 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 publicaciones de datos, no se entregarán las publicaciones que envíen los usuarios que aún no hayan accedido a Slack. Las programaciones existentes y las publicaciones ad hoc que envíen los usuarios que ya se autenticaron 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. |