摘要

  • RIPE NCC 从约 270 名申请者中完成多轮遴选，任命已担任约一年临时 CTO 的 Sjoerd Wolthers，自 2026 年 9 月 1 日起出任常任 CTO。
  • 6 月董事会草案纪要记录了一项“合理估算”：五年额外 500 万欧元 CAPEX、720 万欧元 OPEX，其中包含新增 4 个全职当量岗位。
  • 同一份纪要明确写道，需求、方案和估算仍要细化；董事会在作出确定决议前需要更多资料。这不是已批准预算，也不是最终成本。
  • RIPE NCC 应发布版本化资本决策回执，把人事任命与项目批准分开，并为每笔实际授权附上服务基线、范围、资金、里程碑、验收测试和回退条件。

一次任命不能替另一项决议落款

8 月 11 日的公告是一份完成态记录。Sjoerd Wolthers 将在 9 月 1 日成为 RIPE NCC 的常任 CTO。RIPE NCC 表示，招聘经过多轮筛选，约有 270 人申请。发往 RIPE List 的长版说明还列出了多次面试、领导力与能力评估以及书面作业。Wolthers 此前已在 RIPE NCC 担任约一年临时 CTO，更早曾在 KPN、XS4ALL 和 FD Mediagroup 承担技术领导职务。

这项任命并非普通的人事新闻。RIPE NCC 技术部门支撑号码资源登记、权威数据维护、RPKI 以及会员业务入口。新任 CTO 上任时，组织正在评估对这些核心能力底座进行多年重建。

但“由谁负责交付”与“组织批准交付什么”是两道不同的控制题。任命公告没有说董事会已选择某种架构，没有说已允许从储备金拨款，没有批准 4 个岗位，也没有下达采购或迁移命令。职位赋予技术领导责任，不会自动把董事会的预算权转移给 CTO。

把这条边界写清，也是在保护新任 CTO。如果范围、资金与成功标准只是从任命中被推定出来，未来任何变化都可能被误读为个人失约。只有把真实批准内容留下回执，责任才有可比较的基准。

3 月的记录承认“还没有完整设计”

基础设施议题早于这次任命。3 月 26 至 27 日举行的第 191 次董事会会议最终纪要称，现有平台过于老旧，不适合大规模重构。管理层倾向于在旁边建设新平台，再逐步迁移服务，而不是继续在旧底座上深挖。

这份记录同时保留了不确定性：预算估算数额显著但仍粗略，完整设计尚未形成。它说明了方向为何出现，却没有把方向包装成已可执行的项目。

5 月 20 日 RIPE 92 会议上，董事总经理 Hans Petter Holen 把范围说得更具体。他点名 RIPE Database、RPKI、LIR Portal 与登记功能，称这些核心服务需要落到一套更可控的技术底座上。计划时间跨度为 2026 至 2028 年，设计和建设阶段可能借助外部专业力量，之后应由 RIPE NCC 自己具备运营能力。

这也不是一句“彻底离开云”的口号。演讲强调地缘政治、供应商依赖和连续性风险，却明确表示不会清除所有云服务或外部服务。真正的判断标准应是：核心能力在预设故障下能否继续、能否恢复、谁能运维、成本是否可控，而不是某个架构标签是否听起来更独立。

6 月的数字仍带着条件句

6 月 22 至 23 日第 194 次董事会会议的草案纪要，第一次把较完整的估算和待决事项放在同一页。纪要称，有些架构决定已经作出，另一些仍悬而未决。待完善内容包括数据中心设置与位置、应用工作流、安全、存储和备份。

董事会成员追问需要多少容量、提案究竟包含什么，以理解项目规模。这不是枝节。若容量假设不同，同样的设备、站点和人员数字代表的韧性水平会完全不同。

Wolthers 随后给出“合理估算”：额外 500 万欧元资本支出，加上五年额外 720 万欧元运营支出；后者包括新增 4 个全职当量岗位。紧接着，纪要说明需求最终确定、方案获批后还要细化估算，部分谈判仍在继续。

资金来源也没有定案。讨论选项包括动用储备、增加会员收入和压缩其他成本；贷款不在考虑范围，租赁方案则需调查。现有开支中哪些会被新项目替代，也仍需核算。长期设备到期更换所需的容量与资产管理流程，同样要补足。

因此，500 万加 720 万虽然在算术上等于 1220 万欧元，在治理上却不是一张 1220 万欧元支票。它跨越两种会计类别和五年周期，包含可能变化的岗位数，还没有固定最终需求与方案。

纪要最后留下的状态十分明确：董事会在作出确定决议前，需要收到所要求的进一步信息；目标是在未来数周内补齐材料并召开额外会议。

截至 8 月 29 日检查的 2026 年公开董事会纪要索引，只列到 6 月第 194 次会议。可以据此说“当前公开索引中没有更晚的纪要或决议”；不能据此断言内部会议没有召开、没有使用既有授权，或后续文件不存在。证据缺口应当被标注，不能被想象填满。

需要公开的是决策回执，不是敏感拓扑

RIPE NCC 无需公布机房地址、竞标价格、供应商方案、网络图或安全弱点，就能让资本决策可查。它需要的是一张随决策版本更新的简明回执。

第一栏是授权：哪一个机构、在何日、以哪个版本，批准了哪一笔金额或哪一个阶段；若使用管理层既有授权，额度和边界是什么。设计验证、第一批采购与整体项目批准必须分别标记。

第二栏是范围。“基础设施”过于宽泛。回执应列出纳入和排除的服务能力，例如 RIPE Database、RPKI 发布链、LIR Portal、登记交易、共享身份或存储能力，而不必暴露物理布局。

第三栏是变更前基线。可用性、恢复目标、最近一次还原测试、容量、部署周期、可比成本与关键依赖，应在旧系统退出前冻结。若基线随着系统一起消失，未来的“更快”“更稳”“更省”都没有分母。

第四栏保留估算的结构。CAPEX、OPEX、岗位和外部协助分别列示，注明价格日期、需求假设、包含项与排除项。将被淘汰的旧成本、迁移期继续存在的成本，以及双栈并行造成的临时重复成本，不能混成一个净额。

第五栏说明钱从哪里来。若动用储备，应给出覆盖率口径、影响和触发补充计划的阈值；若依赖未来会员收入或节支，应说明这些假设何时转为已实现事实。

最后是交付证据。每个里程碑由谁负责，RIPE Database 是否完成还原验证，RPKI 对象能否完整发布，登记交易在双栈间如何对账，何种偏差触发暂停或回退，都应有明确定义。“平台上线”只是活动状态，不是业务能力验收。

不把继承的问题改写成个人因果

Wolthers 担任临时 CTO 的一年，使他参与了近期方案准备，却不意味着此前的云优先策略、平台老化或每起基础设施事件都由他造成。现有公开材料没有支持这种归因。

材料也没有证明哪一种架构已经胜出。自营环境、租赁基础设施、云服务与多个独立站点可以有许多组合。治理的任务不是替工程团队指定产品，而是要求选中方案对韧性、安全、可维护性、运营控制和全周期成本给出可检验答案。

所以，新消息不是“RIPE NCC 已批准 1220 万欧元”。新消息是，RIPE NCC 已经为技术部门选择了长期负责人，而最新公开资本记录仍停留在合理估算与待补资料之间。下一份有价值的公开文件，应明确告诉会员：这个负责人究竟被授权交付什么。

来源