Os administradores podem personalizar o nome do domínio ou do nome do anfitrião no URL de uma instância do Looker.
Os URLs de instâncias alojadas pelo Looker têm os seguintes formatos:
https://<hostname>.<subdomain>.<domain>.com
ou
http://<hostname>.<subdomain>.<domain>.com
Os administradores de instâncias alojadas no Looker podem modificar cada componente do URL da instância (exceto o subdomínio, se presente, que pode ser determinado pela região onde a instância está alojada), mas algumas alterações ou adições podem incorrer em custos adicionais ou exigir estatísticas incorporadas. Contacte um especialista de vendas do Google Cloud para discutir as opções disponíveis para a sua implementação do Looker.
Além destas alterações opcionais, o URL da instância também pode ser afetado se a sua implementação:
- Migra da alojamento antigo no Amazon EC2 para o alojamento de próxima geração no Google Cloud ou no Amazon Elastic Kubernetes Service (EKS)
- Migra de alojamento de cliente para alojamento do Looker
- Migra do Looker (original) para o Looker (Google Cloud Core)
- Altera a região alojada do AWS EC2 (o que pode alterar o subdomínio, se estiver presente)
O que devo ter em atenção antes de iniciar uma alteração de URL?
Na maioria dos casos, se o URL da instância estiver a mudar, um administrador do Looker tem de atualizar o campo URL do anfitrião na página Definições do painel Administração com o novo URL. Se um URL de instância estiver a mudar devido a uma migração do Looker (original) para o Looker (Google Cloud core), a opção URL do anfitrião não está disponível no Looker (Google Cloud core) e esse passo não é necessário.
Se a sua instância usar um método de autenticação como SAML ou LDAP, tem de direcionar a configuração do fornecedor de identidade para o novo URL, ou os seus utilizadores podem ficar bloqueados.
Pode haver uma interrupção momentânea do serviço associada à alteração do URL da instância. Consoante a sua implementação, a atualização do URL do anfitrião pode resultar nas seguintes alterações destrutivas.
| Alteração da instância | Exemplo | Tipo de alteração | Alteração interruptiva |
|---|---|---|---|
|
Migrar da alojamento antigo no Amazon EC2 para o alojamento de próxima geração no Google Cloud ou no Amazon EKS |
company.looker.com a company.cloud.looker.com
|
Altera o subdomínio |
Os utilizadores e os utilizadores de incorporação têm de atualizar os respetivos marcadores no prazo de sete dias, ou os marcadores vão deixar de funcionar. Ambos os URLs vão funcionar durante sete dias após a alteração. Se usar a integração do Slack para envios de dados, os envios feitos por utilizadores que ainda não tenham iniciado sessão no Slack não são enviados. Os agendamentos existentes e os envios ad hoc enviados por utilizadores que já estão autenticados no espaço de trabalho do Slack não são afetados. |
| Migração de alojamento do cliente para alojamento do Looker |
company.instance.com a company.cloud.looker.com
|
Altera o domínio |
Os utilizadores e os utilizadores de incorporação têm de atualizar os respetivos marcadores, caso contrário, os marcadores deixam de funcionar. A duração do funcionamento do URL da instância alojada pelo cliente fica ao critério da empresa. Se usar a integração do Slack para envios de dados, os envios feitos por utilizadores que ainda não tenham iniciado sessão no Slack não são enviados. Os agendamentos existentes e os envios ad hoc enviados por utilizadores que já estão autenticados no espaço de trabalho do Slack não são afetados. |
| Migrar do Looker (original) para o Looker (Google Cloud Core) |
company.looker.com a hostname.looker.app
|
Altera o domínio |
Os marcadores para instâncias do Looker (original) que usam o domínio
Se mudar de um URL personalizado para o Looker (original) (que não usa o domínio Existe um pequeno conjunto de diferenças entre funcionalidades do Looker (original) e do Looker (Google Cloud core). Reveja estas diferenças para garantir que as funcionalidades no Looker (Google Cloud core) satisfazem as suas necessidades contínuas. Consulte a documentação de migração para mais informações sobre a migração do Looker (original) para o Looker (Google Cloud Core). |
| Alterar as regiões alojadas do AWS EC2 |
company.au.looker a company.jp.looker.com
|
Altera o subdomínio |
Os utilizadores e os utilizadores de incorporação têm de atualizar os respetivos marcadores no prazo de sete dias, ou os marcadores vão deixar de funcionar. Ambos os URLs vão funcionar durante sete dias após a alteração. Se usar a integração do Slack para envios de dados, os envios feitos por utilizadores que ainda não tenham iniciado sessão no Slack não são enviados. Os agendamentos existentes e os envios ad hoc enviados por utilizadores que já estão autenticados no espaço de trabalho do Slack não são afetados. |
| Inverter a ordem do domínio |
example.looker.com a looker.example.com
|
Altera o domínio |
Ambos os URLs da instância funcionam indefinidamente. Se usar a integração do Slack para envios de dados, os envios feitos por utilizadores que ainda não tenham iniciado sessão no Slack não são enviados. Os agendamentos existentes e os envios ad hoc enviados por utilizadores que já estão autenticados no espaço de trabalho do Slack não são afetados. |
| Mudar para um domínio personalizado |
example.looker.com a example.custom.com
|
Altera o domínio |
Ambos os URLs da instância funcionam indefinidamente. Se usar a integração do Slack para envios de dados, os envios feitos por utilizadores que ainda não tenham iniciado sessão no Slack não são enviados. Os agendamentos existentes e os envios ad hoc enviados por utilizadores que já estão autenticados no espaço de trabalho do Slack não são afetados. |
| Alterar de um anfitrião do Looker para outro |
company1.cloud.looker.com a company2.cloud.looker.com
|
Altera o domínio |
Os utilizadores e os utilizadores de incorporação têm de atualizar os respetivos marcadores no prazo de sete dias, ou os marcadores vão deixar de funcionar. Ambos os URLs vão funcionar durante sete dias após a alteração. Se usar a integração do Slack para envios de dados, os envios feitos por utilizadores que ainda não tenham iniciado sessão no Slack não são enviados. Os agendamentos existentes e os envios ad hoc enviados por utilizadores que já estão autenticados no espaço de trabalho do Slack não são afetados. Os nomes de anfitriões para instâncias do Looker só podem conter carateres alfanuméricos e têm de ter 6 carateres ou mais. Isto significa que não podem ter travessões, como: customer-dev.looker.com. |