Ten en cuenta que estás viendo la documentación de Looker. Para obtener documentación de Looker Studio, visita https://support.google.com/looker-studio.

Se usó la API de Cloud Translation para traducir esta página.

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

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 las instancias alojadas por Looker tienen los siguientes formatos:

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

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 alojamiento heredado en Amazon EC2 al alojamiento 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 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 dirigir la configuración del proveedor de identidad a la URL nueva, o tus usuarios podrían quedar bloqueados.

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 drásticos.

Cambio de instancia	Ejemplo	Tipo de cambio	Cambio rotundo
Migración del hosting heredado en Amazon EC2 a la nueva generación alojado 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 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.
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 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.
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 `looker.com` no se pueden conservar después de la migración a Looker (Google Cloud Core). Los usuarios y los usuarios insertados deben actualizar sus favoritos. De lo contrario, sus favoritos dejarán de funcionar. Si pasas de una URL personalizada para Looker (original) (que no usa el dominio `looker.com`) al mismo dominio personalizado para Looker (Google Cloud Core), los favoritos deberían migrar sin fallas. 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).
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 URL funcionarán para 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 de los dominios	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. 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.
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 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 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 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.