InfluxDB OSS和Enterprise路线图更新来自InfluxDays EMEA

作者：Tim Hall / 产品，用例，开发者
2021年5月21日

导航至

InfluxDB OSS 2.x

自2020年11月InfluxDB OSS 2.0最初发布以来，超过10%的社区成员已经成功升级，升级的速度一直保持稳定。我们已经发布了一系列的维护版本来解决缺陷、扩大平台覆盖范围，并根据反馈提升更新体验。我们现在有官方的Docker镜像，支持丰富的升级体验，并且首次在最新的2.0.6版本中正式支持Windows平台上的InfluxDB。

我们相信InfluxDB OSS 2.x已经准备好为您和您的负载提供服务。我们继续根据我们从社区成员那里听到和学习的内容，致力于提升InfluxDB Cloud体验和InfluxDB OSS 2.x体验。关于接下来要做什么，InfluxDB OSS 2.1版本将带来大量在InfluxDB Cloud中可用并经过验证的Flux性能改进。还计划了其他功能增强，包括如InfluxDB笔记本功能和仪表板注释等协作功能。

InfluxDB企业版

对于我们的InfluxDB企业版客户，我们收到了很多关于其未来发展方向的提问。我们的目标非常简单；我们希望在提供新数据访问和处理能力的同时，不显著改变当前的部署架构，让您继续使用InfluxDB企业版并取得成功。这意味着我们确保拥有向前兼容的API，并且与支持12种语言的新的客户端库一起工作。这意味着Flux可用于交互式查询，并且在即将推出的Kapacitor 1.6版本中，Flux也支持计划任务。这意味着您的现有仪表板可视化工具将继续工作，并且我们将继续推进，以暴露更多操作指标，从而更好地理解您的用户如何与InfluxDB企业版互动。我们过去两年取得的重大进步正在交付给您，并应解锁新的数据访问机会，简化未来的开发活动。

六月初，如果我们的测试和验证过程按计划完成，InfluxDB企业版1.9将发布。Flux将从前0.65版升级到0.113版——在功能上迈出了重要的一步。随后的维护版本将交付在InfluxDB Cloud环境中已经得到验证的性能改进。

InfluxDB OSS 1.x版本

然而，对于使用InfluxDB OSS 1.x版本的用户来说，出现了一个问题：“InfluxDB 1.x将支持多久？” 我们希望非常透明地说明我们的意图和您未来可以期待的内容。去年，我们在路线图公告中承诺，将继续支持InfluxDB 1.x，包括提供错误和安全修复，同时我们也致力于确保升级路径对1.x用户来说运作良好。在上述改进的基础上，并看到InfluxDB OSS 2.x在我们现有的InfluxDB OSS 1.x用户中的采用率验证，我们认为升级路径现在对更多开发者来说已经到位。

我们在InfluxDays EMEA期间进行的路线图演讲中做出了许多重要的工作决策，并已在下文中总结。

  1. InfluxDB 1.8将继续维护，并将在2021年底之前接收缺陷修复。但InfluxDB 1.8（及其后续维护版本）将是InfluxData构建和分发的1.x线路上最后一个官方版本。
  2. 所有为支持InfluxDB Enterprise而进行的InfluxDB OSS组件的修复和改进，都将继续在GitHub上提供，社区用户可以基于这些改进从源代码构建，如果需要的话。
  3. 我们计划在未来可预见的未来继续使用这种相同的方法来推进InfluxDB Enterprise的功能。
  4. 对于目前仍在32位平台上运行InfluxDB 1.x的用户，我们鼓励您利用解决与运行大型数据库（> ~2-3GB）相关的重要缺陷的社区构建。该构建位于此处：https://github.com/simonvetter/influxdb/。更多详细信息如下。
  5. 我们不计划发布InfluxDB 2.x的32位版本。

有关32位支持的更多信息

有关InfluxDB 1.x在32位平台上运行时对大型数据库支持的长久问题，这里有一些详细信息：https://github.com/influxdata/influxdb/issues/10486

我们的一些社区成员投入了大量精力来解决此问题。我们非常感谢他们为此问题提供解决方案所付出的努力。然而，经过多次讨论和审查仍然留在32位平台上的活跃用户数量（大约有10,000个活跃实例），我们得出了一些结论

  • 随着更多64位的现代设备的推出，32位支持总体上正在减少。
  • 那些已经运行并在32位平台上继续运行InfluxDB的用户必须已经意识到这个缺陷，并且通过有效地利用保留策略来保持其数据库大小低于内存限制。
  • 社区提出的PR是一个令人印象深刻的工作成果，其修改范围非常广泛。在审查它并权衡其潜在影响的优势和劣势后，我们并不相信我们可以在不向数百万将永远不会遇到此问题的用户引入广泛风险的情况下安全地集成它。
  • 我们将继续为32位平台生产Telegraf构建。从这些环境中提取时间序列数据仍然是一个重点，但要继续发挥InfluxDB的能力，将需要64位平台。
  • 一些社区成员已经测试并验证了所提出的PR确实解决了32位平台上的这个问题。他们愿意提供包含修复和其他已合并更改的构建。因此，当需要32位构建时，我们将引导大家使用包含此修复的社区构建。您可以在以下位置找到该构建：https://github.com/simonvetter/influxdb/

InfluxData衷心感谢Daniel Austin (@fluffynukeit) 和Simon Vetter (@simonvetter) 为解决此问题并为我们仍停留在32位平台上的社区提供前进道路所做的努力。

我们当然理解，这可能对希望获得InfluxDB 2.x 32位构建的约10,000人来说是个令人失望的消息。我们当然欢迎您通过InfluxData 社区论坛 或 社区Slack 提供反馈。如果我们能提供更多指导或澄清，我们将非常乐意这么做。

对于已经在64位平台上的人来说，我们已经准备好让您迁移到InfluxDB 2.x。豪华车门的门已经打开，等待着您上车。