May 8, 2026

VictoriaMetrics Q&A：远程岗位招人、ClickHouse 竞争压力、对象存储支持

Hi！我们在 3 月份发布了一篇公众号，征集 VictoriaMetrics 用户关于产品（包括 VictoriaMetrics、VictoriaLogs 等）的问题，并且在 KubeCon Europe 上让创始人们进行解答。

现在，完整的访谈已经整理完毕，我们想以视频的形式呈现给大家！

摘要

您可以在访谈视频内找到以下问题的答案：

  • 技术与设计相关：

    • VictoriaMetrics 什么时候支持对象存储？
    • 降采样（Downsampling）功能可以下放到开源版本吗？
    • 高基数治理的功能有继续优化安排吗？
    • VictoriaLogs 为什么不像 VictoriaMetrics 一样支持集群内复制（Replication）？

  • 公司与产品相关：

    • 是否还招人？全球远程办公？
    • 会不会像 Redis、Elasticsearch 一样有开源 License 变更风险？
    • 有没有考虑过统一不同存储成一个（VictoriaStack）？
    • 有新的产品计划吗（VictoriaProfiles）？

  • 行业相关：

    • 与 ClickHouse 竞争是否有压力？
    • 如何看待宽事件（Wide Event）代替其他 Signals？
    • 是否会做 AIOps/SRE Agent？

完整采访 Bilibili | Youtube

我们也节选了部分问题用文本方式呈现在博客内。

招聘与远程办公

问到是否仍在招人，公司 CEO 兼创始人 Artem Navoiev 表示：“是的，目前我们现在有 60 个员工 年末应该会扩大到 90 人。”

公司经常在计划之外招人，对于 Engineering 和 Support 团队，我们喜欢在开源社区寻找志同道合的伙伴。“公司是由人才构建的，招募更多的人才可以让公司变得更好”，Roman Khavronenko 在 Q&A 中多次谈到了人才的重要性。

而关于远程办公，目前公司的员工分布在全球各地，当然也包括亚洲。“我们完全远程办公，因为我们是从疫情前一个月开始搭建团队的。我们希望保持远程办公，因为我们从这种办公方式中看到很多好处。例如，我们可以从世界各地招人。”，Artem 说道。

“我们发现在当下，公司更容易以这种方式运转，大家不会被地理位置所限制，大家可以选择自己喜欢的时间开始和结束工作。”，Roman 补充道。

降采样功能下放

Roman 表示公司一直都有考虑什么样的功能可以从企业版下放到开源版：“这会让功能的维护更简单，Graphite API （下放）就是个典型的例子。”。

但是 Artem 也提到了具体的标准和考量：“我们的销售同事可能不会同意我们开放这个功能。不过，在开源版本里 你可以有其他的途径来实现它。我们常说，如果你在开源版中无法实现这个功能，那这个功能应该开放给开源版。如果你在开源版中可以实现这个功能，只是企业版中提供了更便于使用的工具或者途径，那这个功能应该属于企业版。所以，这只是用企业版许可来交换你的开发成本和时间，应该还算公平。”

开源 License 变更风险

“我们现在使用的是 Apache License 2.0，今年不变，明年后年也不会变。”，Artem 认为其他项目的 License 变更更多只是合规的原因，“如果哪一天 AWS 开始提供 VictoriaMetrics 产品，只因我们用的是 Apache License 2.0，那很好，这说明世界上有更多人可以了解和使用我们的解决方案。所以我们的 License 未来的很多年都不会变。我不知道 20 年后会怎么样，但是我觉得我们还会是 Apache License 2.0。”

而 Roman 则表示团队内完全没考虑过这些事情：“我很坚信我们会继续沿用 Apache License 2.0 很长一段时间，我们内部甚至从未有过关于 License 变更的任何讨论。我们非常满意当前的 License，任何人都可以在 Apache License 2.0 下自由使用我们的项目，这是开源软件应有的样子。”

统一存储方案

当问及像其他产品一样用单一存储来负责所有可观测性数据（指标、日志、链路追踪）的时候，Roman 认为这不是个好的主意，并且团队中没有考虑这样发展。

“不管是指标，日志，还是分布式追踪，它们的数据类型和 Workload 各不相同。把它们合并到一个数据库中处理 甚至在同一个进程中处理，听起来更像是个缺点。并且数据联动仍然需要依赖不同的 API，只是数据存放在了一起。”

CTO 兼创始人 Aliaksandr Valialkin 也补充道：“不同的 Singals 有不同的配置项和配置需求（例如数据留存时间、查询数据量限制、缓冲时间窗口大小），把它们合并在一起提供出去不是个好的实践，也让问题排查变得更困难。”

对象存储支持

Aliaksandr 提到，VictoriaMetrics 的对象存储功能将在 VictoriaLogs 发布相关支持后进行。在以前，因为 VictoriaMetrics 使用的是全局 Index，因此支持对象存储的实现会更加复杂。而在 v1.135.0 版本后，全局 Index 演进成了 Partition Index，让对象存储具备了实现的可能性。

同时，VictoriaLogs 的对象存储功能已经推送给部分用户进行体验，非常接近正式发布。

不过，Aliaksandr 也强调了对象存储的缺点：“对象存储这么多年一直未在 VictoriaLogs/VictoriaMetrics 中实现的另一个原因，是性能问题。因为对象存储有很高的访问延迟，这意味着如果你的请求需要访问不同机房的对象存储，整个请求会就会被拖慢。”

总结

Team

Team

如果你对我们做的事情感兴趣，或者对在 VictoriaMetrics 工作感兴趣，可以访问我们的 Careers 页面，或者私信/留言/联系 [email protected]。

我们还将团队在本次 KubeCon Europe 2026 的精彩瞬间做成了 Highlights 回顾，希望你会喜欢！同时，期待在下一次 KubeCon（上海）与你见面！

Highlights Bilibili | Youtube

See Also