Você pode hospedar sua própria instância ou implantação do Looker (original) ou deixar que o Looker faça isso por você. Em toda a nossa documentação, nos referimos a instâncias ou implantações hospedadas pela Looker como "hospedadas pela Looker" e a instâncias ou implantações hospedadas no local como "hospedadas pelo cliente" ou "autohospedadas".
Quando o Looker hospeda sua implantação, ele gerencia todas as funções de TI necessárias relacionadas ao aplicativo em seu nome, com base na utilização de recursos e nos requisitos comerciais. Isso reduz muito o esforço necessário para instalar, configurar e manter o aplicativo. Por outro lado, quando você hospeda sua própria implantação, é responsável por gerenciar muitos desses processos e funções. Uma implantação hospedada pelo cliente inclui os serviços no produto, ou seja, os serviços hospedados pelo Looker e acessíveis pelo produto, especificamente dados de licenciamento, backups de configuração, relatórios de erros do sistema, ações de dados e tíquetes de suporte, conforme descrito na seção Dados de aplicativos compartilhados pelo Looker da página de segurança do Looker.
Escolher entre as duas opções de hospedagem é uma troca entre conveniência e controle. Ao optar pelo Looker hospedado, você pode se concentrar na integração do Looker às suas cargas de trabalho comerciais sem as demandas da administração de infraestrutura. Por outro lado, hospedar sua própria implantação do Looker oferece controle total sobre a administração da infraestrutura, mas aumenta o trabalho para o lançamento inicial e a manutenção contínua.
Esta página apresenta as seguintes informações para ajudar você a escolher a opção de hospedagem mais adequada às suas necessidades:
- Vantagens comparativas de cada opção de hospedagem
- Benefícios e limites da opção hospedada pelo Looker
- Benefícios e limites da opção hospedada pelo cliente
- Exemplos de casos de uso para implantações hospedadas pelo cliente
Vantagens comparativas de cada opção de hospedagem
A tabela a seguir compara as vantagens de cada opção de hospedagem.
Benefício | Hospedado pelo Looker | Hospedado pelo cliente |
Acesso padrão a todos os recursos do Looker |
X |
|
Não é necessário configurar ou fazer manutenção de hardware |
X |
|
Atualizações automáticas de software e manutenção (mensal ou trimestral) |
X |
|
Escalonar hardware sem custo financeiro adicional:
|
X |
|
Monitoramento de aplicativos e hosts |
X |
|
Backups automáticos da instância do Looker |
X |
|
Migração do banco 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 uma hora |
X |
|
Uso da API Looker |
X |
X |
Migrações de várias instâncias |
X |
X |
Acesso direto e exportação de servidores e registros |
X |
Benefícios e limites da opção hospedada pelo Looker
As tabelas a seguir listam os benefícios e limites de usar uma implantação hospedada pelo Looker.
Benefícios das implantações hospedadas pelo Looker
A tabela a seguir lista os benefícios de usar uma implantação hospedada pelo Looker.
Gerenciamento ativo da instância do Looker |
Deixe o monitoramento de desempenho com a equipe do Looker e concentre-se em tomar decisões com insights de dados úteis do Looker. |
Sempre receba os recursos e atualizações mais recentes |
Você nunca mais vai precisar baixar outra atualização manualmente. Sua instância do Looker é testada, atualizada e otimizada pelo Looker. |
Desempenho consistente |
O Looker monitora a performance e ajusta a capacidade conforme necessário. Você não precisa decidir quantos servidores são necessários para atender aos usuários. |
Segurança da implantação |
O Looker gerencia a infraestrutura da sua plataforma. Sua implantação do Looker é discreta, segura e monitorada continuamente para manter seus dados protegidos. |
Serviços conectados |
Toda implantação do Looker inclui serviços conectados essenciais que permitem acessar dados mais relevantes, aumentar os insights, simplificar e dimensionar a modelagem de dados e se integrar a sistemas de terceiros, tudo isso com o suporte do Looker. |
Conexões de banco de dados seguras |
Conecte o Looker ao seu banco de dados usando SSH. |
Integração SAML/LDAP |
O Looker pode ser integrado aos seus métodos de autenticação atuais. |
Limites das implantações hospedadas pelo Looker
Antes de usar uma implantação hospedada pelo Looker, considere os limites listados na tabela a seguir.
Requisitos específicos de segurança/compliance |
A infraestrutura do ambiente hospedado pelo Looker pode não estar alinhada aos requisitos individuais de segurança/compliance da sua empresa. |
Necessidade de ter a capacidade de exportar registros/informações de monitoramento |
Como o Looker gerencia a infraestrutura da sua instância, não é possível exportar registros do uso dela. O Looker gerencia todo o monitoramento. |
SLAs personalizados |
As atualizações e a manutenção do Looker acontecem durante as janelas de manutenção predefinidas. Alguns clientes podem precisar de mais controle sobre quando essa manutenção ocorre. |
Drivers JDBC personalizados |
Drivers JDBC personalizados precisam ser instalados para se conectar a bancos de dados com níveis mais baixos de suporte. |
Benefícios e limites da opção hospedada pelo cliente
As tabelas a seguir listam os benefícios e limites de usar uma implantação hospedada pelo cliente.
Benefícios das implantações hospedadas pelo cliente
A tabela a seguir lista os benefícios de usar uma implantação hospedada pelo cliente.
Controle direto sobre decisões de infraestrutura e escalonamento |
É possível implementar configurações de infraestrutura e arquitetura que talvez não sejam oferecidas com uma implantação hospedada pelo Looker. |
Acesso à geração de registros/monitoramento |
Ao gerenciar sua própria infraestrutura, você pode acessar e exportar diretamente os registros de aplicativos do Looker e configurar o monitoramento de instâncias que atenda aos seus requisitos individuais. |
Modelo de segurança personalizado |
Hospedar o Looker na sua própria implantação permite ter controle total sobre a segurança do ambiente de aplicativos, que pode ser alinhado aos padrões de segurança específicos da sua empresa/setor. |
Limites das implantações hospedadas pelo cliente
Antes de usar uma implantação hospedada pelo cliente, considere os limites listados na tabela a seguir.
Limitações de suporte |
A solução de problemas pode ser difícil quando a equipe de suporte do Looker não conhece a arquitetura de implantação personalizada. Alguns problemas podem exigir mais envolvimento da sua organização. |
Requisitos de atualização mensal |
Você é responsável por criar e manter processos que garantam que os usuários recebam os recursos e patches de segurança mais recentes do Looker. |
Requisitos de capital humano |
As implantações do Looker podem exigir um número significativo de funcionários e experiência em engenharia de confiabilidade de sites. Sua organização precisa gerenciar os vários componentes de uma implantação do Looker. |
Custo |
Sua organização precisa gerenciar tempo, capital humano e custos de nuvem/datacenter. |
Desafios ao usar serviços conectados |
O Looker tem o benefício de serviços conectados, que permitem acessar dados relevantes do setor, aumentar os insights, simplificar e dimensionar a modelagem de dados e fazer a integração com sistemas de terceiros. Em uma implantação autohospedada do Looker, talvez seja necessário implantar serviços auxiliares na nuvem para acessar esses recursos. |
Recuperação de desastres e elasticidade |
Você será responsável por manter o tempo de atividade e a resiliência do serviço. |
Alguns recursos do Looker não estão disponíveis |
Consulte a seção Suporte para recursos do Looker em opções de hospedagem desta página para comparar o suporte a recursos nas opções de hospedagem do Looker. |
Configuração de recursos adicionais |
As instâncias hospedadas pelo cliente podem exigir configuração adicional para usar determinados recursos do Looker. |
Exemplos de casos de uso para implantações hospedadas pelo cliente
Uma opção hospedada pelo cliente pode ser adequada para sua implantação se estiver alinhada a um dos seguintes casos de uso:
- Sua organização tem requisitos de segurança personalizados: as políticas de segurança de algumas organizações exigem que elas não usem serviços de nuvem. O Looker (original) foi projetado para ser multicloud, e as implantações hospedadas pelo Looker (original) residem em vários provedores de nuvem, como Google Cloud, AWS e Azure. Se a política de segurança for incompatível com o uso de serviços do Cloud com seus dados, a hospedagem do cliente será a alternativa.
- Sua organização prefere um modelo de implantação totalmente personalizável: quando o Looker hospeda seus ambientes, ele presume que eles são estáveis. Os requisitos da sua organização podem não ser compatíveis com essa proposição, como nas seguintes situações:
- Seu cenário de implantação é uma grande extensão de várias instâncias para cada um dos seus grupos de usuários ou clientes, que podem ser necessárias apenas por um período efêmero.
- Sua organização precisa criar novos ambientes ou desativar os atuais com frequência.
- Sua organização precisa de várias instâncias do Looker, cada uma exigindo configurações personalizadas para flags de inicialização, modelo ou informações de conexão.
- Sua organização precisa de acesso mais direto aos recursos de integração e configuração: em um ambiente hospedado pelo Looker, seu acesso direto à implantação é limitado. As implantações hospedadas pelo cliente permitem acesso total ao sistema de arquivos, ao banco de dados de metadados e às configurações da JVM da sua instância. O acesso direto pode ser útil nas seguintes situações:
- Seus modelos e configurações do LookML para cada instância são atualizados com frequência usando scripts sincronizados com seu processo de desenvolvimento.
- Sua organização não pode usar algumas tecnologias principais que o Looker usa para implantação, como o Git. Com controle total do back-end da sua instância, você pode substituir qualquer componente principal do Looker pela solução de sua preferência.
Suporte para recursos do Looker em todas as opções de hospedagem
A tabela a seguir compara o suporte a recursos para os tipos de instâncias do Looker (original) hospedadas pelo Looker, do Looker (Google Cloud Core) e do Looker (original) hospedadas 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). |