Apache Iggy 毕业：Rust 流式平台的崛起
Apache Iggy, a message streaming platform in Rust, graduates to an Apache TLP
从 Piotr Gankiewicz 出于好奇的一个 Rust 学习实验，到如今的 Apache Top-Level Project，Apache Iggy 仅用了一年半时间就完成了蜕变。我们不再受限于单一公司或个人的决策，而是通过 Apache 的社区治理模式，汇聚了全球 120 多位贡献者的力量。凭借 thread-per-core 架构、io_uring 技术以及 VSR 共识算法，Iggy 实现了个位数的毫秒级延迟。这次毕业不仅是 GitHub 星数突破 4500 的里程碑，更标志着一个健康、自治的开源社区正式诞生。未来，我们将聚焦于基于 VSR 的 clustering 功能、Kafka 协议网关以及更高效的流式基础设施探索，与社区共同开启消息流技术的第三波浪潮。
当一位你从未谋面的人花费自己的时间提交代码、报告问题或参与技术讨论时，个人的实验就开始演变成真正的社区。
HN 评论区
31- spetz
Apache Iggy™ 已正式从 Apache 孵化器毕业，成为 Apache 软件基金会顶级项目（TLP）。
这真是一段不平凡的旅程，从 2023 年一个小型的 Rust 消息流实验，到如今成为一个拥有不断壮大社区的独立 Apache 项目。而其迄今为止最大的亮点——Viewstamped Replication Revisited (VSR) 集群功能——也即将推出。
- junon
我相信 spetz 是该项目的一员，所以我想请教：
这是一个消息队列（MQ）实现吗？还是说它可以用来替代例如 protobufs 和 iroh/tonic 之类的东西？它是否具备类似 grants/capabilities/authorization（权限/能力/授权）的机制？它支持 RPC 吗？我能否让服务使用一套更高级别的指令/命令，而客户端需要授权才能执行那些更基础或更高层的管理命令，就像 gRPC 那样？
另外，其性能提升是否归功于（我推测是定制的）零拷贝序列化？
落地页仅仅说它本质上是“快速消息传递”，除此之外，我完全不清楚在什么场景下应该使用它，以及它的具体功能和局限性是什么。
- genxy
对于那些对 Iggy 是什么感到困惑的人，这篇帖子似乎是写给 Iggy 社区内部人看的。
Iggy 本质上是用 Rust 重写的 Kafka，但尚未达到分布式、集群化、容错的阶段。看起来确实很酷，但还有很长的路要走。
- renszarv
这类系统真正重要的话题（双关语，pun intended），是当其中一台服务器被杀死时会发生什么，客户端会看到什么。（更不用说网络抖动/DNS 问题或 EBS 卷故障了）
- oulipo
它会直接集成 MQTT 吗？还是我应该使用一个 MQTT 代理，然后将数据管道接入 Iggy？