Apache 软件基金会在8月19日一致投票通过，Apache Iggy 结束孵化，正式升级为顶级项目（TLP）。这个用 Rust 写的消息流系统，从 Piotr Gankiewicz 三年前学 Rust 的个人尝试，走到独立治理的 Apache 项目，孵化期只用了约18个月，速度不算慢。
但这次晋升更该被当成治理层面的认证，而不是生产成熟度的认证。基于 VSR 的集群能力和 Kafka 协议网关都还没交付，这两块恰恰是判断一个消息中间件能不能扛生产流量的关键。
从个人项目到PMC集体治理
Iggy 诞生于2023年3月，起因很朴素：Gankiewicz 想学 Rust，顺手研究消息流内核，市场上已经有 Kafka 也没拦住他。项目做大之后，2025年初正式向 Apache Incubator 提交孵化提案，LaserData Inc. 通过 ASF 的 Software Grant 流程把代码所有权转交给基金会。
这一步的实质变化，是不再有单一所有者能拍板决定项目走向。此后 Iggy 靠 PMC、committer、公开讨论和投票运作。18个月里，社区涨到 120+贡献者、4500+GitHub stars、近3000个 PR、700+ Discord 成员、500K+累计下载。Kranti Parisa 出任 PMC 主席，角色是项目对接 ASF 理事会的联络人，不是项目负责人；Yonik Seeley 作为 Apache Champion 和 Mentor 全程护航。
晋升证明的是治理，不是性能
TLP 毕业从来不看 star 数或下载量，看的是社区能不能自我维持、自我治理，不依赖某个公司或个人的商业策略。这一条 Iggy 确实做到了：所有权转移完成，投票和发布流程走的是 Apache 那一套公开机制。
技术上，Iggy 用 thread-per-core 架构配 io_uring 做磁盘和网络 I/O，一致性协议用 VSR（Viewstamped Replication Revisited），官方给出的是单个位数毫秒的 P99+ 延迟。这是设计目标和内部 benchmark 的结果，不等于已经在大规模生产负载下被反复验证过。拿这个数字去跟 Kafka 做无条件性能对比，缺了负载模型、硬件配置和测试方法这些前提，意义有限。真正的差距在生态厚度：Kafka 跑了十几年生产环境，connector、运维工具、监控体系早已成熟，Iggy 现在还在补这一课。
治理达标能证明的是存续风险低，不能证明系统已经扛得住生产流量。
集群和协议网关，才是真正的门槛
Iggy 官方路线图写得很直白：基于 VSR 的集群能力要等到下一个版本才发布，也就是说目前还没有生产级的高可用方案。Kafka 协议网关也仍在开发中——这意味着现在依赖 Kafka 客户端、connector、既有运维工具链的团队，暂时没法直接迁移过去，切换成本摆在明面上。
对正在评估消息流平台的基础设施团队来说，值得盯的不是 TLP 身份或 GitHub 指标，是几件更硬的事：集群什么时候真正可用、协议兼容层能覆盖多少现有生态、connector runtime 能不能接进现有 pipeline，出问题时社区响应有多快。TLP 身份解决的是长期存续风险，这对愿意投入时间评估、又不想赌单一公司商业策略的团队是实质利好。但它换不来一份现成的生产可用性报告。
- 风险.VSR 集群与 Kafka 协议网关均未交付，短期内不具备替换 Kafka 的生产条件。