您可以选择托管自己的 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 的任何核心组件替换为您的首选解决方案。