Tem a opção de alojar a sua própria instância ou implementação do Looker (original), ou o Looker pode alojá-la por si. Ao longo da nossa documentação, referimo-nos a instâncias ou implementações alojadas pelo Looker como "alojadas pelo Looker" e a instâncias ou implementações alojadas no local como "alojadas pelo cliente" ou "autoalojadas".
Quando o Looker aloja a sua implementação, gere todas as funções de TI necessárias relacionadas com a aplicação Looker em seu nome, com base na utilização de recursos e nos requisitos empresariais, reduzindo significativamente o esforço necessário para instalar, configurar e manter a aplicação Looker. Por outro lado, quando aloja a sua própria implementação, é responsável pela gestão de muitos destes processos e funções. Uma implementação alojada pelo cliente inclui os serviços no produto, ou seja, os serviços alojados pelo Looker e acessíveis através do produto, especificamente dados de licenciamento, cópias de segurança da configuração, relatórios de erros do sistema, ações de dados e pedidos de apoio técnico, conforme descrito na secção Dados da aplicação partilhados pelo Looker da página de segurança do Looker.
A escolha entre as duas opções de alojamento é uma contrapartida entre a conveniência e o controlo. A opção de alojamento do Looker permite-lhe concentrar-se na integração do Looker nos fluxos de trabalho da sua empresa sem as exigências da administração da infraestrutura. Por outro lado, alojar a sua própria implementação do Looker dá-lhe controlo total sobre a administração da infraestrutura, mas aumenta os custos gerais para o lançamento inicial e a manutenção contínua.
Esta página apresenta as seguintes informações para ajudar a escolher a opção de alojamento mais adequada às suas necessidades:
- Vantagens comparativas de cada opção de alojamento
- Vantagens e limites da opção alojada no Looker
- Vantagens e limites da opção alojada pelo cliente
- Exemplos de utilização de implementações alojadas pelo cliente
Vantagens comparativas de cada opção de alojamento
A tabela seguinte compara as vantagens de cada opção de alojamento.
| Vantagem | Alojado pelo Looker | Alojado pelo cliente |
|
Acesso predefinido a todas as funcionalidades do Looker |
X |
|
|
Não é necessária configuração nem manutenção de hardware |
X |
|
|
Atualizações automáticas de software e manutenção (mensais ou trimestrais) |
X |
|
|
Dimensione o hardware sem custos adicionais:
|
X |
|
|
Monitorização de aplicações e anfitriões |
X |
|
|
Cópias de segurança automáticas da instância do Looker |
X |
|
|
Migração da base de dados de back-end, se necessário |
X |
|
|
SLA de tempo de atividade de 99,9% (Advanced e Elite) |
X |
|
|
SLA de resposta S1 de 1 hora |
X |
|
|
Utilização da API Looker |
X |
X |
|
Migrações de várias instâncias |
X |
X |
|
Acesso direto e exportação de servidores e registos |
X |
Vantagens e limites da opção alojada no Looker
As tabelas seguintes apresentam as vantagens e os limites da utilização de uma implementação alojada no Looker.
Vantagens das implementações alojadas no Looker
A tabela seguinte apresenta as vantagens de usar uma implementação alojada no Looker.
|
Gestão ativa da instância do Looker |
Deixe a monitorização do desempenho à equipa do Looker e concentre-se em tomar decisões com informações de dados acionáveis do Looker. |
|
Receba sempre as funcionalidades e atualizações mais recentes |
Nunca mais tem de transferir manualmente outra atualização. A sua instância do Looker é testada, atualizada e otimizada pelo Looker. |
|
Desempenho consistente |
O Looker monitoriza o desempenho e ajusta a capacidade conforme necessário. Não tem de decidir quantos servidores precisa para dar apoio técnico aos seus utilizadores. |
|
Segurança da implementação |
O Looker gere a infraestrutura da sua plataforma. A sua implementação do Looker é discreta, segura e monitorizada continuamente para manter os seus dados seguros. |
|
Serviços ligados |
Todas as implementações do Looker incluem serviços associados essenciais que lhe permitem aceder a dados mais relevantes, aumentar as estatísticas, simplificar e dimensionar a modelagem de dados, bem como integrar com sistemas de terceiros, tudo isto enquanto o Looker oferece apoio técnico. |
|
Ligações seguras à base de dados |
Associe o Looker à sua base de dados através de SSH. |
|
Integração de SAML/LDAP |
O Looker pode ser integrado com os seus métodos de autenticação existentes. |
Limites das implementações alojadas no Looker
Antes de optar por usar uma implementação alojada no Looker, considere os limites indicados na tabela seguinte.
|
Requisitos específicos de segurança/conformidade |
A infraestrutura do ambiente alojado no Looker pode não estar alinhada com os requisitos de segurança/conformidade individuais da sua empresa. |
|
Requisito de ter a capacidade de exportar registos/informações de monitorização |
Uma vez que o Looker gere a infraestrutura da sua instância, não pode exportar registos da utilização da instância. O Looker gere toda a monitorização. |
|
SLAs personalizados |
As atualizações e a manutenção do Looker ocorrem durante os períodos de manutenção predefinidos. Alguns clientes podem precisar de controlo adicional sobre quando esta manutenção ocorre. |
|
Controladores JDBC personalizados |
Os controladores JDBC personalizados têm de ser instalados para estabelecer ligação a bases de dados com níveis de apoio técnico inferiores. |
Vantagens e limites da opção alojada pelo cliente
As tabelas seguintes apresentam as vantagens e os limites da utilização de uma implementação alojada pelo cliente.
Vantagens das implementações alojadas pelo cliente
A tabela seguinte apresenta as vantagens de usar uma implementação alojada pelo cliente.
|
Controlo direto sobre a infraestrutura e as decisões de escalabilidade |
Pode implementar configurações de infraestrutura e arquitetura que podem não ser oferecidas com uma implementação alojada no Looker. |
|
Acesso ao registo/monitorização |
Ao gerir a sua própria infraestrutura, pode aceder diretamente aos registos da aplicação Looker e exportá-los, bem como configurar a monitorização de instâncias que se adequa aos seus requisitos individuais. |
|
Modelo de segurança personalizado |
A alojar o Looker na sua própria implementação, tem controlo total sobre a segurança do ambiente da aplicação, que pode alinhar com as normas de segurança específicas da sua empresa/setor. |
Limites das implementações alojadas pelo cliente
Antes de optar por usar uma implementação alojada pelo cliente, considere os limites indicados na tabela seguinte.
|
Limitações do apoio técnico |
A resolução de problemas pode ser difícil quando a equipa de apoio técnico do Looker não está familiarizada com a arquitetura de implementação personalizada. Determinados problemas podem exigir um maior envolvimento da sua organização. |
|
Requisitos de atualização mensal |
É responsável por criar e manter processos que garantam que os utilizadores estão a receber as funcionalidades e os patches de segurança mais recentes do Looker. |
|
Requisitos de capital humano |
As implementações do Looker podem exigir um número significativo de funcionários e conhecimentos de engenharia de fiabilidade do site. A sua organização tem de gerir os vários componentes de uma implementação do Looker. |
|
Custo |
A sua organização tem de gerir o tempo, o capital humano e os custos de nuvem/centro de dados. |
|
Desafios na utilização de serviços ligados |
O Looker tem a vantagem de serviços ligados, que lhe permitem aceder a dados relevantes da indústria, aumentar as estatísticas, simplificar e dimensionar a modelagem de dados, bem como integrar com sistemas de terceiros. Numa implementação do Looker alojada por si, pode ter de implementar serviços auxiliares na sua nuvem para aceder a estas funcionalidades. |
|
Recuperação de desastres e elasticidade |
É responsável por manter o tempo de atividade e a resiliência do serviço. |
|
Algumas funcionalidades do Looker não estão disponíveis |
Consulte a secção Apoio técnico para funcionalidades do Looker em todas as opções de alojamento desta página para uma comparação do apoio técnico de funcionalidades nas opções de alojamento do Looker. |
|
Configuração de funcionalidades adicionais |
As instâncias alojadas pelo cliente podem exigir uma configuração adicional para usar determinadas funcionalidades do Looker. |
Exemplos de utilização de implementações alojadas pelo cliente
Uma opção alojada pelo cliente pode ser adequada para a sua implementação se se alinhar com qualquer um dos seguintes exemplos de utilização:
- A sua organização tem requisitos de segurança personalizados: as políticas de segurança de algumas organizações determinam que não podem usar serviços na nuvem. O Looker (original) foi concebido para ser multinuvem e as implementações do Looker (original) alojadas no Looker residem em vários fornecedores de nuvem, como a Google Cloud, a AWS e o Azure. Se a sua política de segurança for incompatível com a utilização de serviços na nuvem com os seus dados, a alojamento do cliente foi concebida para ser a alternativa.
- A sua organização prefere um modelo de implementação totalmente personalizável: quando o Looker aloja os seus ambientes, assume que estes ambientes se destinam a ser estáveis. Os requisitos da sua organização podem não ser compatíveis com esta suposição, como nas seguintes situações:
- A sua implementação é uma grande extensão de várias instâncias para cada um dos seus grupos de utilizadores ou clientes, que podem ser necessárias apenas durante um período efémero.
- A sua organização requer a capacidade de criar frequentemente novos ambientes ou desativar ambientes existentes.
- A sua organização requer várias instâncias do Looker, cada uma com configurações personalizadas para as flags de arranque, o modelo ou as informações de ligação.
- A sua organização requer um acesso mais direto às capacidades de integração e configuração: num ambiente alojado no Looker, o seu acesso direto à implementação é limitado. As implementações alojadas pelo cliente permitem o acesso total ao sistema de ficheiros, à base de dados de metadados e às configurações da JVM da sua instância. O acesso direto pode ser benéfico nas seguintes situações:
- Os seus modelos e configurações do LookML para cada instância são atualizados frequentemente através de scripts sincronizados com o seu processo de desenvolvimento.
- A sua organização não consegue usar determinadas tecnologias essenciais que o Looker usa para implementar, como o Git. Com o controlo total do back-end da sua instância, pode substituir qualquer componente essencial do Looker pela sua solução preferida.
Suporte para funcionalidades do Looker em todas as opções de alojamento
A tabela seguinte compara o suporte de funcionalidades para os tipos de instâncias do Looker (original) alojado pelo Looker, do Looker (Google Cloud Core) e do Looker (original) alojado pelo cliente.
Filter the table on supported instance types:
| Feature | Looker instance type | |||
|---|---|---|---|---|
| Platform features | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
| Looker reports: Create and access reports in Looker | Yes | Yes | No | Not available for Looker (Google Cloud core) instances that use VPC Service Controls or CMEK. Not all Looker reports features are available on Looker (Google Cloud core) instances. See the Looker reports documentation for details. |
| Gemini in Looker: Conversational Analytics, LookML assistance, Visualization Assistant | Yes | Yes | No | Some features may not be supported for Looker (Google Cloud core) instances that use CMEK or VPC Service Controls. |
| BI Connectors: Connected Sheets and Looker Studio: Use Google Sheets to explore data from your LookML models or connect to Looker Studio data in your Looker instance. | Yes | Yes | No |
Complimentary licenses to use Looker Studio Pro are not available for customer-hosted Looker (original) instances. For private connections configurations in Looker (Google Cloud core) instances, your network administrator must configure your network so that traffic from Google Sheets or Looker Studio can reach your Looker instance. |
| BI Connectors: Microsoft Excel, Microsoft Power BI, Tableau Desktop: Data connectors to Excel, Power BI, and Tableau. | Yes | Yes | Yes | For the Power BI or Tableau connectors for Looker (Google Cloud core) instances that use private connections and for customer-hosted Looker (original) instances, your network administrator must configure your network so that traffic from Power BI or Tableau can reach your Looker instance. |
| Looker Action Hub and Looker Marketplace | Yes | Yes | Yes |
This feature may have limitations for Looker (Google Cloud core) instances that use private connections. Additional configuration may also be necessary for Looker (Google Cloud core) instances that use private connections. Additional configuration may be necessary for customer-hosted Looker (original) instances. |
| Schedule data to S3, SFTP, and webhook | Yes | Yes | Yes | This feature may have limitations for Looker (Google Cloud core) instances that use private connections. Additional configuration may also be necessary for Looker (Google Cloud core) instances that use private connections. |
| Looker mobile application | Yes | Yes | Yes | |
| Custom themes | Yes | Yes | Yes | Custom themes are available only for Enterprise and Embed editions of Looker (Google Cloud core). |
| Custom extensions | Yes | Yes | Yes | Custom extensions are available only for Enterprise and Embed editions of Looker (Google Cloud core). |
| Private embedding | Yes | Yes | Yes |
Private embedding is available for all editions of Looker (Google Cloud core). |
| Signed embedding | Yes | Yes | Yes |
Signed embedding is available only for the Embed edition of Looker (Google Cloud core). |
| Labs and legacy pages | Yes | No | Yes | Some preview features are made available in Looker (Google Cloud core) through allowlists. |
| Security and authentication features | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
| Security features: private connections, CMEK, VPC Service Controls | No | Yes | No | Private connections and VPC Service Controls are available only for Enterprise and Embed editions of Looker (Google Cloud core). |
| IAM integration | No | Yes | No | |
| SAML authentication, OpenID authentication | Yes | Yes | Yes | |
| Username and password setting for login, LDAP authentication | Yes | No | Yes | |
| IP Allowlist setting | Yes | No | No | For Looker (Google Cloud core), access to the instance is controlled with private connections. |
| Ability to sudo as another user | Yes | No | Yes | For the Embed edition of Looker (Google Cloud core), impersonation of embed users is available by using the API endpoint Login user. |
| FIPS encryption | No | Yes | Yes | FIPS encryption is available only in the Enterprise and Embed editions of Looker (Google Cloud core). |
| Compliance certifications (for example, FedRAMP High and other Assured Workloads products) | No | Yes | Yes | Compliance certifications are available only in the Enterprise and Embed editions of Looker (Google Cloud core). |
| LookML development and database connections | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
LookML parameter: synonyms |
Yes | No | Yes | |
| Dialect support | Yes | Yes | Yes | The documentation lists the dialects that are supported by Looker (Google Cloud core) and the dialects that are supported by Looker (original) and customer-hosted Looker (original). |
| Customer hosted Git on the public internet | Yes | Yes | Yes | This feature may have limitations for Looker (Google Cloud core) instances that use private connections. Additional configuration may also be necessary for Looker (Google Cloud core) instances that use private connections. |
| Looker Continuous Integration | Yes | Yes | No | Not available for Looker (Google Cloud core) instances that use private connections or CMEK. |
| Service agent access to BigQuery | No | Yes | No | |
| SSH tunnels (for on-premises databases) | Yes | n/a | Yes | |
| Logging | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
| Access to internal database and verbose logs | No (see note) | No | Yes | For Looker-hosted Looker (original) instances, internal database and verbose logs are available only through a Google Cloud support request. |
| Cloud Audit Logs | No | Yes | No | |
| Elite System Activity | Yes | Yes | No |
Elite System Activity is available only as a paid feature in the Elite version of Looker (original). Elite Style Activity is available only in the Enterprise and Embed editions of Looker (Google Cloud core). |
| Infrastructure and instance management | Looker (original) | Looker (Google Cloud core) | Customer-hosted Looker (original) | Notes |
| Fully Google Cloud-managed Google service | No | Yes | No | Google Cloud support has a much greater ability to troubleshoot issues with the Looker (Google Cloud core) environment, because it is managed on Google Cloud. |
| Self-service instance creation | No | Yes | No | |
| Terraform support | No | Yes | No | |
| Startup options | Yes | No | Yes | |
| Customer-defined maintenance windows | No | Yes | No | |
| Non-production instances | Yes | Yes | Yes |
Two non-production instances are available for the Elite version of Looker (original). No other Looker (original) versions offer non-production instances. Non-production instances are purchased separately for Looker (Google Cloud core). |
| Export | Yes | No | No |
This feature is required to migrate from Looker (original) to Looker (Google Cloud core). |