Los administradores pueden personalizar el nombre del dominio o el nombre de host en la URL de una cuenta de Looker instancia.
Las URLs de instancias alojadas en Looker tienen las siguientes formas:
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 implementación de Looker.
Además de estos cambios opcionales, la URL de la instancia también puede verse afectada si tu Deployment:
- Migra del hosting heredado en Amazon EC2 al hosting de nueva generación en Google Cloud o Amazon Elastic Kubernetes Service (EKS)
- Migra de un servicio alojado por el cliente a uno alojado por Looker
- Migra de Looker (original) a Looker (Google Cloud Core)
- Cambia su región alojada de AWS EC2 (que puede cambiar el subdominio, si actual)
¿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 URL del host de la página Configuración de la 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 apuntar la configuración del proveedor de identidad a la nueva URL; de lo contrario, los usuarios podría quedar bloqueada.
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 tener las siguientes consecuencias: cambios rotundos.
| 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 insertados deben actualizar sus favoritos en un plazo de siete días, o sus favoritos dejarán de funcionar. Ambas URL funcionarán para siete días después del cambio. Si se utiliza Integración en Slack para las entregas de datos, las entregas de usuarios que no que ya hayas accedido a Slack no se entregarán. Programaciones existentes y entregas ad hoc enviadas por usuarios que ya están autenticados del lugar de trabajo de Slack no se verán afectadas. |
| Migrar de alojado por el cliente a alojado por Looker |
De company.instance.com a company.cloud.looker.com
|
Cambia el dominio |
Los usuarios y los usuarios insertados deben actualizar sus favoritos. se romperá. Durante cuánto tiempo funciona la URL de la instancia alojada por el cliente queda a discreción de la empresa. Si se utiliza Integración en Slack para las entregas de datos, las entregas de usuarios que no que ya hayas accedido a Slack no se entregarán. Programaciones existentes y entregas ad hoc enviadas por usuarios que ya están autenticados del lugar de trabajo de Slack no se verán afectadas. |
| Migra de Looker (original) a Looker (Google Cloud Core) |
De company.looker.com a hostname.looker.app
|
Cambia el dominio |
No se pueden conservar los favoritos de las instancias de Looker (original) que usan el dominio
Si pasas de una URL personalizada para Looker (original) (que no usa el dominio 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 de migración para obtener más información sobre cómo migrar de Looker (original) a Looker (Google Cloud Core). |
| Cambia 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 favoritos en un plazo de siete días, o sus favoritos 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 publicaciones de datos, no se entregarán las publicaciones que envíen los usuarios que aún no hayan accedido a Slack. Programaciones existentes y entregas ad hoc enviadas por usuarios que ya están autenticados del lugar 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 se utiliza Integración en Slack para las entregas de datos, las entregas de usuarios que no que ya hayas accedido a Slack no se entregarán. 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 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 se utiliza Integración en Slack para las entregas de datos, las entregas de usuarios que no que ya hayas accedido a Slack no se entregarán. Programaciones existentes y entregas ad hoc enviadas por usuarios que ya están autenticados del lugar de trabajo de Slack no se verán afectadas. |
| Cambia 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 favoritos en un plazo de siete días, o sus favoritos dejarán de funcionar. Ambas URL funcionarán para siete días después del cambio. Si se utiliza Integración en Slack para las entregas de datos, las entregas de usuarios que no que ya hayas accedido a Slack no se entregarán. Programaciones existentes y entregas ad hoc enviadas por usuarios que ya están autenticados del lugar 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 puede tener guiones, como: customer-dev.looker.com. |