为什么选择 Metabase Cloud？

像 Metabase Cloud 这样的服务的价值可能很难衡量，除非您仔细分析构建这项服务所投入的所有工作。无论您是否注册 Metabase Cloud，我们都希望这篇文章能帮助您做出更明智的决定。无论哪种方式，您都在使用 Metabase，欢迎加入！

为什么不应该使用 Metabase Cloud

首先，让我们列出您不应该或不能使用 Metabase Cloud 的原因。

• 您需要一个物理隔离环境，通常是为了法规遵从性，或者如果您在运营自己的“三字母机构”……如果您不确定是否需要物理隔离环境，那么您就不需要。如果您确实需要物理隔离，我们也有物理隔离产品（显然不适用于云）。
• 您有一些法规规定了您运行软件的方式（如 HIPAA）。
• 您想要运行 Metabase 的自定义构建版本。也就是说，您正在运行 Metabase 的分支（OSS 或企业版/专业版），以便您可以向软件添加自己的自定义项，并且您拥有足够的工程资源来承担这种级别的开销。
• 您想要使用社区或自定义驱动程序。我们在 Metabase Cloud 上仅支持官方（第一方）和合作伙伴驱动程序，因为我们需要能够保证它们的质量，并在生产环境中帮助您解决问题。

绝大多数组织都不属于上述任何类别，因此决定不太明确：我应该自行托管 Metabase 吗？还是应该将开销外包给 Metabase Cloud？

运行简易 Metabase 的成本

运行 Metabase 与运行其他软件相比，没有什么特别困难的地方，只是在生产环境中运行软件并非易事。假设您想尽可能廉价地运行 Metabase。为此，您需要两样东西：一台运行 Metabase 的服务器，一台运行您的应用程序数据库的服务器（不包括存储您所有数据的数据库）。

因此，至少您需要一个专用的 Postgres 或 MySQL 数据库作为您的应用程序数据库。绝对最便宜的设置可能最多可供十个人使用 Metabase（只要他们不同时使用 Metabase）。您可以在此处调整数字，但您已经开始看到 Metabase Cloud 的入门价格。

为什么不使用嵌入式 H2 数据库并只运行一台服务器？因为嵌入式 H2 数据库会毁了您的生活。我们包含嵌入式 H2 应用程序数据库只是为了方便人们下载 Metabase JAR 或 Docker 镜像，并在几分钟内开始查询数据。H2 数据库旨在用于演示，而不是生产环境。它迟早会损坏，而您将会遭受损失。

即使您确实选择了最低限度的设置，它也不会达到生产级。这意味着，除了必须处理升级、备份、恢复和其他操作维护之外，您还必须处理隐藏成本（网络、监控、负载均衡、存储、多区域可用性、SMTP 服务器）。我们非常清楚这些成本，因为我们不得不投入大量工作来构建一个平台来管理大量的 Metabase 实例。并且由于我们可以大规模管理实例，因此我们可以将这些节省的成本转嫁给您，同时仍然获得报酬来开发平台和开源项目。

“为什么我们的云产品很划算”部分

使用 Metabase Cloud，您只需注册，基本上就可以开始查询您的数据。

您将获得

几分钟内启动并运行

即使您的公司在云端运行其整个基础设施，通常也会有一些配置过程，这可能需要一段时间，具体取决于您公司的官僚程度。使用 Metabase Cloud，您只需注册、连接您的数据库并邀请您的团队开始查询即可。

高可用性

如果您的 Metabase 由于某些数据中心问题、宇宙射线干扰或其他原因而宕机，我们将为您启动另一个 Metabase 并将您的流量重定向到该 Metabase。此外，我们使用可扩展的应用程序数据库（通过 AWS 的 RDS 的 PostgreSQL），因此您获得的应用程序数据库可以随着您的使用情况进行扩展。从本质上讲，这意味着您获得了自动扩展设置，无论您向其发送何种级别的流量，它都能保持您的设置快速。

基本上，Metabase 不会成为您的瓶颈；您的查询运行速度仍然取决于您请求的数据量、您的数据仓库的速度以及您对数据建模的程度。查看使仪表盘更快以获取一些技巧。

运维管理

Metabase Cloud 为您处理所有运维管理，包括

• 备份和恢复（安全第一）。
• 升级。我们大约每三个月发布一次新功能的主要版本，每隔几周发布一次包含错误修复和安全补丁的次要更新。您将自动获得所有这些更新，而没有任何压力。
• 监控。
• SoC2 Type 2 安全审计
• 管理 SMTP 服务器以发送仪表盘订阅和告警。

虽然这种运维维护并非 Metabase 独有，但处理起来很麻烦。所以让我们来处理吧。

一流的成功工程师提供的支持

您将获得来自真正的技术专家的支持，而不是客户服务代表。我们的成功工程师都是以前的 Metabase 用户和顾问。当您需要帮助时，您将与一位与您有相同经历的专家交谈。您不仅可以获得有关您遇到的任何问题的帮助，还可以获得来自经验丰富的人员的最佳实践建议。而且您不必处理任何客户服务推诿，例如弄清楚如何欺骗聊天机器人将您与真人联系起来。您可以直接给我们发送电子邮件。

坦率地说，我们的成功工程师非常出色。当客户给我们关于他们支持的反馈时，他们会说“世界一流”、“很棒”、“优秀”、“太棒了”、“最好的”。有些人甚至全大写：“Johannes 非常有帮助”。当然，这是经过挑选的轶事数据，但反馈几乎都是好的：客户满意的工单解决率一直保持在 95% 以上，并且这个百分比一直在上升。在过去的三个月中，我们已经突破了 97%。

此外，我们还有一个活跃的论坛和大量的文档和学习资源（但每个人都可以获得这些，所以这些更多的是“为什么选择 Metabase”；它们并没有真正为“为什么选择 Metabase Cloud”的论点加分）。

仍然想自行托管 Metabase？

此处需要考虑的其他几件事

实际成本和机会成本（以及一些大致的成本/节省）

精通 DevOps 的人既稀有又昂贵。如果您是其中之一，您可以付出一些努力来建立生产就绪的 Metabase 设置。但是工程时间（您的时间）将比您的基础设施成本更昂贵。如果您每月只花几个小时管理 Metabase，Metabase Cloud 就已经物有所值了。因此，问题变成了，您应该将时间花在 Metabase 上，还是花在您组织的基础设施上？

让我们考虑一下 10 个人使用最便宜的 Metabase 计划（即 Metabase 的 OSS 版本，而不是附带更多高级功能的企业版/专业版版本）的一些大致数字（大约在 2022 年 10 月）。并且现在先不考虑年度折扣。一个月的 Metabase Cloud 费用为 85 美元（其中包括前五个帐户），然后每人每月增加 5 美元（超过前五个帐户），总计每月 110 美元。考虑到 DevOps 工程师的平均工资约为每小时 60 美元，如果他们每月花费约 2 小时处理您自行托管的 Metabase 安装，Metabase Cloud 就已经物有所值了，这还不包括您必须承担的基础设施成本。

降低项目风险

您可以通过免费试用来验证 Metabase Cloud。如果（出于某种虚构的、荒谬的原因）Metabase 在您的组织中不起作用，您可以直接取消并继续前进，而您无需花费任何时间来构建基础设施以支持该试用期。当您（不可避免地）发现 Metabase 有用时，您也可以切换到年度账单计划以获得更优惠的价格。

易于从自托管迁移到 Metabase Cloud 以及从 Metabase Cloud 迁移回自托管

沿着降低风险的思路；从自托管迁移到 Metabase Cloud以及从 Metabase Cloud 迁移回自托管都很容易。如果您以后改变主意，我们将为您提供应用程序数据库的副本，以便您可以切换回自托管设置，并且仍然拥有所有 Metabase 问题、仪表盘、集合等。

Metabase 专业版云

如果您要使用Metabase 专业版，或者可以看到您的组织在某个时候升级，那么自行托管 Metabase 专业版或在 Metabase Cloud 上使用专业版的成本实际上是相同的，因此您不妨让我们完成所有工作，然后节省基础设施和运维成本。

无忧维护和世界一流的支持

如果您还在犹豫不决，我们的成功工程师可能会建议您选择 Metabase Cloud。我们的工程师可以比您自己更快（也更可靠）地恢复、更改和升级环境（这在生产环境中至关重要）。仅仅是升级处理就可能物有所值，因为我们一直在不断改进 Metabase。此外，您不必 担心出现问题 （即使出现问题，那也不是您的错）。

试试 Metabase Cloud

就是这样。注册 Metabase Cloud 的免费试用版。感谢您支持开源软件。