InfluxDays EMEA 大会 InfluxDB OSS 和企业版路线图更新
作者：Tim Hall / 产品, 用例, 开发者
2021 年 5 月 21 日
导航至
InfluxDB OSS 2.x
自 2020 年 11 月首次发布 InfluxDB OSS 2.0 以来，超过 10% 的社区已成功升级，并且升级步伐持续稳定。我们发布了许多维护版本，以根据反馈解决缺陷、扩展平台覆盖范围并增强更新体验。我们现在拥有官方 Docker 镜像，支持丰富的升级体验，并且首次正式支持 Windows 平台上的 InfluxDB，最新版本为 2.0.6。
我们相信 InfluxDB OSS 2.x 已准备好迎接您和您的工作负载。我们将继续集中精力，根据我们从社区成员那里听到和学到的内容，改进 InfluxDB Cloud 体验和 InfluxDB OSS 2.x 体验。在接下来的计划方面，InfluxDB OSS 2.1 版本将带来大量 Flux 性能改进，这些改进已在 InfluxDB Cloud 中可用并得到验证。还计划进行其他功能增强，包括协作功能，例如 InfluxDB Notebooks 功能和仪表板注释。
InfluxDB Enterprise
对于我们的 InfluxDB Enterprise 客户，我们收到了很多关于其未来发展方向的问题。我们的目标非常简单；我们希望让您继续成功使用 InfluxDB Enterprise，同时提供新的数据访问和处理功能，并且不 显着改变当前的部署架构。这意味着确保我们拥有向前兼容的 API，并且可以与十几种语言的新的客户端库一起使用。这意味着 Flux 可用于交互式查询，并且作为即将发布的 Kapacitor 1.6 版本的一部分，Flux 也可用于计划任务。这意味着您现有的仪表板可视化工具可以继续工作，并且我们将继续推进公开更多运营指标，以便更好地了解您的用户如何与 InfluxDB Enterprise 交互。我们在过去两年中取得的关键进展正在交付给您，应该会开启新的数据访问机会并简化未来的开发活动。
在 6 月初，如果我们的测试和验证过程按计划完成，InfluxDB Enterprise 1.9 将发布。Flux 将从 v0.65 升级到 v0.113 — 在功能方面实现了重大飞跃。后续维护版本将提供已在 InfluxDB Cloud 环境中验证的性能改进。
InfluxDB OSS 1.x 版本
但是对于那些使用 InfluxDB OSS 1.x 的用户，问题出现了：“InfluxDB 1.x 将支持多久？” 我们希望对我们的意图以及您对未来的期望保持非常透明的态度。我们承诺继续支持 InfluxDB 1.x，提供错误和安全修复，作为我们 去年发布的路线图公告的一部分，以及增量改进，同时我们努力确保升级路径对我们的 1.x 用户来说运行良好。随着上述对该过程的改进，以及在现有 InfluxDB OSS 1.x 用户中看到 InfluxDB OSS 2.x 的采用率得到验证，我们认为升级路径现在已达到更多开发者能够成功的程度。
我们做出了一些重要的工作决策，并在 InfluxDays EMEA 期间发布的路线图演讲中分享了这些决策，并总结如下
- InfluxDB 1.8 将继续维护并在 2021 年底之前接收缺陷修复。但是 InfluxDB 1.8（以及后续维护版本）将是 1.x 系列的最后一个官方版本，将由 InfluxData 构建和分发。
- 为了支持 InfluxDB Enterprise 而对 InfluxDB OSS 位所做的所有修复和改进，现在和将来都将在 GitHub 中提供，如果需要，社区用户可以使用这些改进从源代码构建。
- 我们计划在可预见的未来继续利用相同的方法推进 InfluxDB Enterprise 的功能发展。
- 对于那些目前在 32 位平台上运行 InfluxDB 1.x 的用户，我们鼓励您利用社区构建版本，该版本解决了与运行大型数据库（> ~2-3GB）相关的重要缺陷。该构建版本位于此处：https://github.com/simonvetter/influxdb/。更多详细信息如下。
- 我们不计划发布 32 位版本的 InfluxDB 2.x。
有关 32 位支持的一些其他信息
在 32 位平台上运行时，InfluxDB 1.x 上一直存在与大型数据库支持相关的长期问题。问题的详细信息在此处：https://github.com/influxdata/influxdb/issues/10486
我们的一些社区成员付出了巨大的努力来深入研究并解决这个问题。我们非常感谢他们为这个问题提供建议解决方案所做的努力。但是，经过多次讨论并审查了仍然在使用 32 位平台的活跃用户数量（大约 10,000 个活跃实例）后，我们得出了一些结论
- 随着更多现代设备的推出，32 位支持总体上正在逐渐消失，所有这些设备都是 64 位的。
- 那些已经并且继续在 32 位平台上运行 InfluxDB 的用户一定已经意识到这个缺陷，并且通过有效地利用保留策略将数据库的大小保持在内存限制以下。
- 社区提出的 PR 是一项令人印象深刻的工作，并且在修改方面非常广泛。在审查它并权衡其潜在影响的利弊之后，我们不确信我们可以安全地集成它，而不会给数十万永远不会遇到此问题的用户带来各种风险。
- 我们将继续为 32 位平台生成 Telegraf 构建版本。从这些环境中提取时间序列数据仍然是优先事项，但要解锁 InfluxDB 的功能，正如我们继续前进所需要的那样，将需要 64 位平台。
- 一些社区成员已经测试并验证了提出的 PR 确实解决了 32 位平台上的这个问题。他们愿意提供包含此修复程序和此后发布的其他修复程序的构建版本。因此，当需要 32 位构建版本时，我们将引导大家使用包含此修复程序的社区构建版本。您可以在此处找到该构建版本：https://github.com/simonvetter/influxdb/
InfluxData 衷心感谢 Daniel Austin (@fluffynukeit) 和 Simon Vetter (@simonvetter) 为解决此问题并为仍然使用 32 位平台的社区提供前进道路所做的努力。
我们当然理解，对于大约 10,000 名希望获得 32 位 InfluxDB 2.x 构建版本的人来说，这可能是令人失望的消息。我们当然欢迎您通过 InfluxData 社区论坛 或 社区 Slack 提出您的反馈。如果我们可以提供更多指导或澄清，我们愿意这样做。
对于那些已经在使用 64 位平台的用户，我们已准备好让您迁移到 InfluxDB 2.x。豪华轿车的车门已打开，等待您跳进去。
