InfluxData是一家时间序列数据库平台提供商，已经有了不同的云和开源/内部部署版本，这家公司正在加入这一行列。它宣布对2.0代开源平台进行升级，包括从其云产品中借用的一些功能，少量的增量更新，以及一个新的开源项目的宣布，该项目将把InfluxData的范围扩展到云对象存储。

开放源代码平台现在增加了对流量，基于GUI，最初引入的面向脚本的查询语言https://www.infuxdata.com/products/infoxdb-cloud/“target=”_blank“rel=”noopener noreferrer nofollow“data component=”externalLink“>InfluxDB云2.0平台，去年春天。这与原来的很不一样InfluxQL这是一种更具声明性的类似SQL的语言。这也是对竞争对手的一种背离，比如时间刻度和亚马逊时间流included SQL

InfluxData的基本原理是，面向脚本的语言，即使通过拖放式前端进行了简化，在对时间序列数据构建分析查询时，它的功能要强大得多。尽管如此，InfluxData并没有关闭InfluxQL。持有这种想法。

作为此次发布的一部分，InfluxData正在发布jumpstart模板，该模板包括针对常见用例（如网络和物联网传感器监控）的单个文件监控配置。这源于一种策略，即在用户居住的地方与他们会面，这也会使核心用例更容易实现。

然后又宣布了另一个新的战场。infuxdata推出IOx。它将把平台的范围扩展到云对象存储中以拼花格式存储的数据。正如设想的那样，IOx将通过将存储与计算分离来拥抱一个现代的云本地架构。存储将充当持久性层，而查询、获取和索引服务器运行在无状态Kubernetes集群中，管理层位于顶层，用于维护状态并保持整个操作正常。它将建立在现有的开源构建块之上，包括Apache Arrow Flight，用于为高速传输编组数据。

接下来，我们还假设该项目将开发API，既可以订阅Kafka的PubSub Feed，也可以作为更改数据流的一部分，从数据库发布更新提要。将有不同的api，因此您可以使用您选择的语言查询IOx或任何infuxdata品牌作为这个开源项目的商业支持版本。另外，如果项目改名，我们也不会感到惊讶，今天在谷歌搜索IOx会发现思科的物联网应用环境

我们关心的是，对于一个规模不大的公司来说，InfluxData正在处理多个数据平台。目前，有一个经典的InfluxData平台，它现在有2.0版本；两代云平台；还有一个新项目，它添加了另一个引擎，用云原生架构将InfluxData的范围扩展到云对象存储。对于一个技术供应商来说，这是一个很大的目标，而不是像AWS或Microsoft那样大的支持。InfluxData声称它有足够的资源推动这一进程，甚至没有动用他们在2019年2月获得的6000万美元的D系列融资。但这不仅仅是资源，还有集中精力的能力，当有很多平台或引擎需要处理时，这种能力就变得具有挑战性。

请记住，InfluxDB平台可以说是目前最受欢迎的开放源代码时间序列数据库，该公司估计每天有超过40万个活动实例。难怪有第三方参与，托管他们自己的InfluxDB云

我们将从我们自己的困惑——有两个InfluxData2.0平台。当influxdata2.0在一年前被引入我们的时候，它被定位为influxdb1.0的云原生继承者，而influxql查询语言正被弃用。我们假设influxcloud2.0将成为InfluxData平台的未来设计点。InfluxData将这两个2.0版本平台（云和开源）描述为“互补的”，针对不同的用例进行了优化。开源平台是单节点的，适合本地和边缘部署，而云则是为扩展而设计的，我们发现，要求流行平台的客户跳转到（当时）向后兼容性有限的新版本是一场游船赌博。我们当时也被告知InfluxQL正在被弃用。从那时起，现有客户群的反应实际上是“没有那么快”，InfluxData将使InfluxQL与AP一起保持活力显然，通用api的扩展和对当前平台上Flux的支持是提供桥接策略的积极步骤。api是使云数据平台具有可扩展性的流行方法，对于开发者/用户来说，它将使InfluxData的平台可扩展到不同的受众。但在https://azure.microsoft.com/en-us/services/cosmos-db/“target=”_blank“rel=”noopener noreferrer“data component=”externalLink“>Azure宇宙数据库；谷歌云Firestore和扳手；宣布新的https://www.zdnet.com/article/datatax-unbeliss-stargate-project-to-turn-cassandra-into-a-multi-model-database/“>Stargate开源项目，datatax和Cassandra，它们使用不同的api，公开相同的底层存储引擎。相比之下，InfluxData通过多个存储引擎实现了这一点，这让人联想到MariaDB–这显然是一条更具挑战性的道路。

我们更希望InfluxData采用更积极的平台融合策略，以一个更为单一的目标IntroxCloud 2.0为中心，假设路径的相遇不会在一夜之间发生。我们也希望云平台能够被想象成一个可扩展的未来，它支持日志和度量之外的不同的时间序列数据类型，并考虑到对云存储的联合查询。我们更愿意在事后设计新的查询和存储引擎。

mongodb多云集群：消息得到了吗超前？

云选择的自由：关于多云的神话和真相

，您同意
2023-03-22 10:04:22