您可以选择托管自己的 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 |
|
|
正常运行时间服务等级协议 (SLA) 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 的任何核心组件替换为首选解决方案。