为何选择 Metabase 云？

像 Metabase 云这样的服务，其价值在您了解构建该服务所需的所有工作之前可能难以衡量。无论您是否注册 Metabase 云，我们希望这篇博文能帮助您做出更明智的决定。无论哪种方式，您都在使用 Metabase，欢迎加入！

您不应使用 Metabase 云的原因

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

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

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

运行一个极简 Metabase 的成本

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

因此，您至少需要一个专用的 PostgreSQL 或 MySQL 数据库作为您的应用程序数据库。最便宜的设置可能支持大约十个人使用 Metabase（只要他们不同时使用 Metabase）。您可以在这里调整数字，但您已经开始考虑 Metabase 云的入门价格。

为什么不使用嵌入式 H2 数据库，只运行一台服务器呢？因为嵌入式 H2 数据库会_毁了你的生活_。我们之所以包含嵌入式 H2 应用程序数据库作为一份小礼物，是为了让人们可以下载 Metabase JAR 或 Docker 镜像，并在几分钟内开始查询数据。H2 数据库是用于演示的，而不是生产环境。它_肯定_会在某个时候损坏，而您_肯定_会因此受苦。

即使你采用了最基本的设置，它也达不到生产级。这意味着你除了要处理升级、备份、恢复和其他操作维护之外，还需要应对隐藏成本（网络、监控、负载均衡、存储、多可用区、SMTP 服务器）。我们非常了解这些成本，因为我们投入了大量工作来构建一个平台来管理一批 Metabase 实例。由于我们能够大规模管理这些实例，我们可以将这些节省下来的成本转嫁给您，同时仍然通过开发平台和开源项目获得报酬。

“为什么我们的云产品是一笔好买卖”部分

使用 Metabase 云，您只需注册即可开始查询数据。

您将获得

几分钟内即可启动并运行

即使您的公司在云端运行其全部基础设施，通常也需要某种配置过程，根据您公司的官僚程度，这可能需要一段时间。使用 Metabase 云，您只需注册，连接您的数据库，然后邀请您的团队开始查询。

高可用性

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

基本上，Metabase 不会是您的瓶颈；查询运行的速度仍然取决于您请求的数据量、数据仓库的速度以及您建模数据的好坏。查看加速仪表板以获取一些提示。

运维管理

Metabase 云为您负责所有运维管理，包括

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

尽管这种运营维护并非 Metabase 独有，但处理起来却很麻烦。所以，就让我们来处理吧。

来自一流成功工程师的支持

您将获得来自真正的技术专家的支持，而不是客服代表。我们的成功工程师都是 Metabase 的前用户和顾问。当您需要帮助时，您将与一位经验丰富的专家交谈，他曾身处您的境地。您不仅会得到问题解决的帮助，还会从经验丰富的人那里获得最佳实践建议。您不必处理任何客服推诿，例如想方设法让聊天机器人将您连接到真人。您可以直接给我们发送电子邮件。

坦率地说，我们的成功工程师非常出色。当客户向我们提供支持反馈时，他们会说“世界一流”、“很棒”、“优秀”、“太棒了”、“最好”。有些人甚至会大写：“约翰内斯非常乐于助人”。当然，这是经过挑选的轶事数据，但反馈几乎都是正面的：客户满意度超过 95% 的问题解决率，并且这个百分比一直在上升。在过去的三个月里，我们已经超过了 97%。

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

仍然想自托管您的 Metabase 吗？

这里还有一些其他需要考虑的事情

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

精通 DevOps 的人才稀缺且昂贵。如果您是这类人才之一，您可以通过一些努力搭建一个生产就绪的 Metabase。但工程时间（您的时间）将比您的基础设施成本更昂贵。如果您每月只花几个小时管理 Metabase，Metabase 云就已经物有所值了。所以问题变成了，您应该把时间花在 Metabase 上，还是花在您组织的基础设施上？

让我们考虑一些大致的数字（大约 2022 年 10 月），以 10 人使用最便宜的 Metabase 计划（即 Metabase 的 OSS 版本，而不是具有更高级功能的企业/专业版）为例。我们暂不考虑年度折扣。一个月的 Metabase 云费用为 85 美元（包括前五个账户），之后每人每月 5 美元，总计每月 110 美元。考虑到普通 DevOps 工程师的平均工资约为每小时 60 美元，如果他们每月花费约 2 小时处理您的自托管 Metabase 安装，那么 Metabase 云就已经物有所值了，而这_还没有_计算您必须承担的基础设施成本。

降低项目风险

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

从自托管到 Metabase 云，再到自托管的轻松迁移

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

云上的 Metabase Pro

如果您选择Metabase Pro，或者您的组织可能会在某个时候升级，那么自行托管 Metabase Pro 或在 Metabase Cloud 上使用 Pro 的成本是完全相同的，所以您不妨让我们来做所有工作，然后节省基础设施和运营方面的费用。

无忧维护，世界一流支持

如果您还在犹豫，我们的成功工程师应该会让您倾向于 Metabase 云。我们的工程师可以比您自己更快（也更可靠地）恢复、更改和升级环境（这在生产环境中非常重要）。仅仅是升级处理可能就值得了，因为我们一直在改进 Metabase。此外，您不必担心出现问题（即使有问题，也不是您的错）。

试用 Metabase 云

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