宣布 InfluxDB Cloud 2.0 测试版免费层级

作者：Paul Dix / 产品，开发者
2019年5月7日

导航至

我很高兴地宣布，今天我们推出了 InfluxDB 2.0 Cloud 服务的公开测试版。这个云版本包含了在 InfluxDB 2.0 开源 alpha 9 中发布的所有内容，但是一个完全托管和托管的产物。虽然我们的 InfluxDB 1.x Cloud 服务平台像 RDS 一样是一个托管数据库服务，但 InfluxDB Cloud 2.0 服务更像是时间序列数据库、仪表板、分析、监控和无服务器 Flux 系统的综合体。它被设计为多租户模式，这使我们能够为所有用户提供免费层级。更好的是，它将提供基于使用量的定价，消除客户在提前确定所需的实例、存储或内存大小方面的需求。InfluxDB 2.0 Cloud 将根据您的需求进行扩展，您只需为所使用的部分付费。在这篇文章中，我将介绍测试版期间可以期待的内容，我们将在未来几周和几个月内有哪些功能，以及定价模型是如何工作的。

测试版期间和示例

在测试版期间，我们将限制所有人使用免费层级的限制。它不适用于生产用途，在这个早期阶段，有些东西可能会出错。但我们认为，尽早与社区进行迭代是很重要的。关于 InfluxDB Cloud 的反馈将直接影响到我们为 InfluxDB 2.0 开源项目所开发的内容。

尽管存在限制，您仍然可以使用Telegraf，我们的数据收集代理，从服务器、服务或任何类型的数据中收集数据，并将其发送到我们的云端。我们预计您可以从大约10个分别收集数据的Telegraf代理处发送数据，数据保留期限限制为72小时，查询吞吐量限制在一个具有实时仪表板的用户产生的水平。我们还有官方支持的JavaScript和Go客户端库，以及其他语言即将推出。如果您达到限制，用户界面会提示您，并发送电子邮件。您可以请求增加，但我们需要了解您的使用案例以及对服务的看法。

您应该在几分钟内就能启动并运行。您需要验证您的电子邮件地址，选择您的云服务提供商和地区（目前仅限AWS美国西部），并同意我们的测试版条款，但之后您应该可以自由使用，无需信用卡或其他任何东西。这里有创建Telegraf配置的动画GIF，您可以从自己的服务器上的任何Telegraf代理中拉取它

Animated gif of creating a Telegraf config

以下是创建用于客户端库的API令牌的方法

一旦您有了令牌，您就可以使用我们官方支持的客户端库来写入数据或访问API。您可以在此处找到InfluxDB 2.0 JavaScript库或使用HTTP API（其他库即将推出）

一旦您开始写入数据，您就可以以图形、表格或编写原始Flux查询的方式探索这些数据。

InfluxDB-Cloud 2.0 beta - explore data

目前，所有功能都集中在写入数据、查询、探索和仪表板上。以下是一个示例

InfluxDB Cloud 2.0 beta writing data querying exploring dashboarding

还包括了一个关于使用Flux的精彩介绍，作为模板包含在内

InfluxDB Cloud 2.0 Beta - working with Flux

即将推出

我们还有大量工作要做，并将定期在云端发布。我们将继续以每周一次的频率发布OSS alpha版本，同时在云端更频繁地发布。以下是一些我们将在未来几周和几个月内推出的重要功能。

我们将完成一些Flux语言特性的开发。我们将添加流程控制、递归函数、加载配置机密和连接到第三方API（如PagerDuty、Slack和SMTP）。我们还将添加用户定义的包和导入，以及一个公共包存储库（类似于NPM、Rubygems或Cargo）。这些特性与任务功能结合，将使InfluxDB Cloud 2.0成为一个完整的基于Flux的监控、ETL和无服务器平台。任务可以按计划定期运行，时间可以短至一秒，或长至一天或一周。

在用户界面中，我们将添加一些功能，使配置基本的监控和警报规则成为可能。在底层，这将使用Flux任务，但用户不需要意识到这一点。他们可以简单地通过数据探索器点击，然后创建规则以查看哪些警报条件，以及何时通知谁。

基于使用量的定价

InfluxDB Cloud 2.0将提供基于使用量的定价。我们正在利用测试版期间来明确具体细节，并希望与我们的用户合作，了解他们的需求。总的来说，它将基于以下因素定价：

  1. 写入API的字节数
  2. 从API发送的字节数（查询）
  3. Flux计算时间
  4. 存储小时数

列表前三项相对简单，您只需为所写、所读以及Flux脚本和查询占用的CPU时间付费。由于Flux是一种通用编程语言，因此按时间计费比按查询计费更有意义。但随着我们改进底层查询规划器、优化器和引擎的性能，您的费用将会降低。

存储小时数是根据您数据在我们系统中每小时存储的数量来计算的。每小时我们都会检查数据量。较旧的数据将具有压缩更紧凑和更好压缩的优势。因为我们是一个时间序列平台，存储量每小时都可能变化很大，这就是我们为什么按这种方式计费而不是按月计费的原因。

我们希望听到您的反馈！

我们很乐意听取您关于用户体验、客户端库、定价模型、您希望看到的特性以及您希望支持的语言等方面的意见。请点击此处免费注册并几分钟内探索您的数据。或者，您可以在这里查看入门指南。

请通过Twitter (@pauldix)联系我，或者如果您将此帖子提交给HN，我会在那里发表评论。谢谢！