您可以选择托管自己的 Looker（原始）实例或部署，也可以让 Looker 为您托管。在本文档中，我们将由 Looker 托管的实例或部署称为“由 Looker 托管”，将在本地托管的实例或部署称为“由客户托管”或“自托管”。
当 Looker 托管您的部署时，Looker 会根据资源利用率和业务需求代表您管理与 Looker 应用相关的所有必要 IT 功能，从而大大减少安装、配置和维护 Looker 应用所需的工作量。相反，当您托管自己的部署时，负责管理许多这样的流程和功能。客户托管的部署包含产品内服务，也就是由 Looker 托管且可通过产品访问的服务，具体包括许可数据、配置备份、系统错误报告、数据操作和支持服务工单，如 Looker 安全页面的Looker 共享的应用数据部分中所述。
在选择这两种托管选项时，需要在便捷性和控制力之间做出权衡。选择 Looker 托管后，您可以专注于将 Looker 集成到业务工作负载中，而无需进行基础架构管理。相反，托管您自己的 Looker 部署可让您完全控制基础架构管理，但会增加初始启动和持续维护的开销。
本页面提供了以下信息，可帮助您根据自己的需求选择最合适的托管方案：
每种托管选项的比较优势
下表比较了每种托管方案的优势。
| 好处 | 由 Looker 托管 | 客户托管 |
|
对所有 Looker 功能的默认访问权限 |
X |
|
|
无需进行硬件设置或维护 |
X |
|
|
自动软件更新和维护（每月或每季度） |
X |
|
|
无需额外费用即可扩缩硬件：
|
X |
|
|
应用和主机监控 |
X |
|
|
自动备份 Looker 实例 |
X |
|
|
后端数据库迁移（如有必要） |
X |
|
|
正常运行时间服务等级协议 99.9%（高级和卓越） |
X |
|
|
S1 响应服务等级协议 (SLA)，1 小时 |
X |
|
|
Looker API 的使用 |
X |
X |
|
多实例迁移 |
X |
X |
|
直接访问服务器和日志 |
X |
Looker 托管选项的优势和限制
下表列出了使用 Looker 托管的部署的优势和限制。
Looker 托管的部署的优势
下表列出了使用 Looker 托管的部署的好处。
|
主动管理 Looker 实例 |
将效果监控工作交由 Looker 团队负责，他们将专注于根据来自 Looker 的富有实用价值的分析洞见做出决策。 |
|
随时获取最新功能和动态 |
您无需再手动下载其他更新。Looker 会测试、更新和优化您的 Looker 实例。 |
|
一致的性能 |
Looker 会监控效果并根据需要调整容量。您不必决定需要多少台服务器来为用户提供支持。 |
|
部署安全 |
Looker 会管理您的平台基础架构。您的 Looker 部署是独立的、安全的，并且会受到持续监控，以确保您的数据安全无虞。 |
|
关联的服务 |
每个 Looker 部署都包含必要的互联服务，让您能够访问更相关的数据、提高数据洞见、简化和扩缩数据建模，以及与第三方系统集成，同时 Looker 可提供相关支持。 |
|
安全的数据库连接 |
使用 SSH 将 Looker 连接到您的数据库。 |
|
SAML/LDAP 集成 |
Looker 可以与您现有的身份验证方法集成。 |
Looker 托管的部署的限制
在选择使用 Looker 托管的部署之前，请考虑下表中列出的限制。
|
具体的安全性/合规性要求 |
Looker 托管的环境基础架构可能不符合贵公司各项安全/合规性要求。 |
|
需要有日志/监控访问权限 |
由于基础架构由 Looker 管理，因此您无法访问日志，而 Looker 将管理所有监控工作。 |
|
自定义 SLA |
Looker 更新和维护会在预定义的维护窗口内进行。某些客户可能需要额外控制进行此维护的时间。 |
|
自定义 JDBC 驱动程序 |
客户托管选项的优势和限制
下表列出了使用客户托管型部署的优势和限制。
客户托管型部署的好处
下表列出了使用客户托管的部署的好处。
|
直接控制基础架构和扩缩决策 |
您可以实现由 Looker 托管的部署可能无法提供的基础架构和架构配置。 |
|
访问日志记录/监控 |
通过管理自己的基础架构，您可以直接访问 Looker 应用日志，并设置适合您个人需求的实例监控。 |
|
定制安全模型 |
在您自己的部署中托管 Looker 可让您完全控制应用环境的安全性，并使其符合公司/行业特定的安全标准。 |
客户托管型部署的限制
在选择使用客户托管的部署之前，请考虑下表中列出的限制。
|
支持方面的限制 |
如果 Looker 支持团队不熟悉自定义部署架构，排查问题可能会很困难。有些问题可能需要贵组织团队的进一步干预。 |
|
每月更新要求 |
您负责创建和维护流程，以确保用户能够获得 Looker 提供的最新功能和安全补丁。 |
|
人力资本要求 |
部署 Looker 可能需要大量人员和站点可靠性工程方面的专业知识。您的组织必须管理 Looker 部署的各种组件。 |
|
费用 |
您的组织必须妥善管理时间、人力资本和云/数据中心成本。 |
|
使用关联的服务所面临的挑战 |
Looker 提供关联的服务，可让您访问相关行业数据、获得更多数据洞见、简化和扩展数据建模，以及与第三方系统集成。在自托管的 Looker 部署中，您可能需要在云端部署辅助服务才能使用这些功能。 |
|
灾难恢复和弹性 |
您将负责维护正常运行时间和服务弹性。 |
|
部分 Looker 功能不可用 |
以下 Looker 功能不适用于客户托管的部署：
|
|
其他功能配置 |
客户托管的实例可能需要额外配置才能使用某些 Looker 功能。 |
客户托管型部署的示例用例
如果您的部署符合以下任一用例，客户托管选项可能适合您：
- 您的组织已定制安全要求：某些组织的安全政策要求他们不能使用云服务。Looker（原始版本）设计为多云环境，Looker 托管的 Looker（原始版本）部署位于 Google Cloud、AWS 和 Azure 等各种云服务提供商中。如果您的安全政策与将 Cloud 服务用于数据不兼容，则客户托管可作为替代方案。
- 贵组织更倾向于采用完全可自定义的部署模型：当 Looker 托管您的环境时，Looker 会假定这些环境应保持稳定。贵组织的要求可能与此假设不兼容，例如在以下情况下：
- 您的部署环境是针对每个用户群组或客户的大量实例，这些实例可能只需要在短暂的一段时间内。
- 您的组织需要能够经常构建新环境或拆解现有环境。
- 贵组织需要多个 Looker 实例，每个实例都需要为启动标志、模型或连接信息进行自定义配置。
- 贵组织需要更直接地访问集成和配置功能：在 Looker 托管的环境中，您对部署的直接访问权限有限。客户托管的部署允许对实例的文件系统、元数据数据库和 JVM 配置进行完整访问。在以下情况下，直接访问可能很有用：
- 您可以使用与开发流程同步的脚本，经常更新每个实例的 LookML 模型和配置。
- 您的组织无法使用 Looker 用于部署的特定核心技术，例如 Git。凭借对实例后端的完全控制权，您可以将 Looker 的任何核心组件替换为您的首选解决方案。