摘要

  • 1994 年的 RIPE NCC Contributors Committee 会议记录显示，当时 RIPE NCC 只有约 3.5 个全职当量，经理 Daniel Karrenberg 认为现有工作已经需要约 5 个全职当量，计划中的路由注册服务还将额外需要 1 个；会议最终支持扩编并开始招聘。关键并非“互联网流量增长了，所以机构必须变大”，而是 RIPE NCC 自身服务需求及工作类型发生了增长。
  • Karrenberg 在讨论中区分了互联网总体流量与 RIPE NCC 服务需求。这个区分把人员问题从一个宏观、模糊而难以归责的外部趋势，转换为可以审议的运营容量问题：什么请求产生工作、哪些请求需要人工处理、哪些新进入者需要培训、哪些服务是新增义务，以及现有人员是否还能维持既定服务质量。
  • 1993 年的 RIPE NCC 首年报告提供了理解这一问题的早期背景：机构自报首年分配逾 10,000 个 IP 网络号码、平均每个工作日处理逾 500 次数据库更新，并处理逾 200,000 次查询。但这些数字来自 RIPE NCC 自己的报告，不是独立审计；它们能够显示服务已有实际使用，却不能单独证明人员需求的因果关系。
  • Daniel Karrenberg 后来的职业轨迹使他很容易被写成“欧洲互联网制度设计者”的单线人物。但更值得观察的是一种更具体的操作习惯：把抽象增长拆成服务、负荷、容量和责任，再让组织而不是个人承担决定。1994 年的扩编不是他的单方面命令；会议记录保存的恰恰是提案、质疑、讨论和集体结论之间的区别。

不是所有增长都进入同一条队列

互联网史很容易被增长数字支配。

更多网络，更高流量，更多运营商，更大的地址空间需求，更复杂的路由关系——这些数字天然适合作为时代背景。它们给早期互联网一种近乎不可阻挡的扩张感，也为后来出现的机构、协议、登记系统和协调机制提供了直觉上的解释：互联网变大了，所以管理互联网相关事务的机构也必须变大。

但直觉不等于运营模型。

1994 年 RIPE NCC 的人员问题正好暴露了两者之间的距离。根据那年的 RIPE NCC Contributors Committee 会议记录，Daniel Karrenberg 在经理报告中描述了一个已经无法由当时约 3.5 个全职当量轻松承受的工作环境。会议记录写道，现有工作被估计需要约 5 个全职当量；计划中的路由注册工作还需要额外约 1 个；因此，1994 年最后一个季度的阶段性需要约为 6 个全职当量，并且随着后续需求变化还可能继续需要技术人员。

如果只摘出这些数字，故事似乎非常直接：3.5 不够，5 才够，加上新服务是 6，于是招聘。

真正重要的却是数字前面的分类。

会议中出现了一个关于“增长”究竟意味着什么的分歧。Karrenberg 没有把互联网流量本身当成 RIPE NCC 人员需求的直接解释。他区分了互联网总体流量的增长和 RIPE NCC 自身服务需求的增长。这个区别决定了组织究竟在测量什么，也决定了扩充人员的理由能否被检验。

RIPE NCC 并不是承载欧洲所有互联网数据包的骨干网络。某个链路每天多传输了多少字节，并不会自动变成 RIPE NCC 某名员工桌上的一张待办事项。流量可以迅速上升，而某类登记请求可能保持稳定；相反，即使数据流量增长较缓，新的本地注册机构大量出现、数据库更新增加、培训需求扩大或路由注册服务启动，也可能使协调机构的人工负荷明显上升。

这就是 1994 年那段讨论最耐看的地方。

Karrenberg 所做的，不是找一个更大的宏观数字为扩张背书，而是把“互联网增长”这个太宽泛的词拆开。机构是否需要增加人员，不能仅由外部系统规模决定，而要看这种规模以何种形式进入机构自己的工作队列。

这看起来像容量规划常识。但对一个成立不久、服务边界仍在形成的技术协调机构而言，它同时还是一种治理约束。

因为一旦允许“互联网正在快速增长”成为足够充分的理由，几乎任何扩张都可以被解释为必要。互联网总会比昨天更大一些，用户会更多，流量会更高，网络会更复杂。这样一种指标虽然真实，却很难告诉参与者：究竟是哪项工作增加了、增加了多少、为什么需要由这个机构承担、增加人员之后又要解决什么具体问题。

服务需求则不同。

它至少迫使经理把增长翻译成工作。

第一年的数字证明了活动，却没有自动证明容量缺口

要理解 1994 年的问题，需要先回到 RIPE NCC 的第一年。

Daniel Karrenberg 在 1993 年撰写的 RIPE-092《The First Year of the RIPE NCC》 是一份非常短的机构报告，却保存了早期 RIPE NCC 如何描述自身工作的直接材料。报告称，RIPE NCC 于 1992 年 4 月在 NIKHEF 租用的办公室开始运营，Daniel Karrenberg 担任 NCC Manager；Anne Lord 与 Marten Terpstra 在 5 月加入，RARE 秘书处负责财务和法律行政。

这是一幅规模很小的组织图。

但同一份报告列出的活动并不小。RIPE NCC 自己报告说，第一年分配了超过 10,000 个 IP 网络号码；RIPE 网络管理数据库平均每个工作日处理超过 500 次更新；各种信息访问方式累计处理超过 200,000 次查询。报告还称，NCC 为 RIPE 工作组提供文书支持、组织 RIPE 会议，并为一些单独获得资金支持的技术开发项目提供机构承载。

这些数字很容易给读者留下“工作量巨大”的印象。

但它们必须被严格放回来源语境。

首先，这是 RIPE NCC 自己的第一年总结，不是独立第三方对工单、工时或服务水平的审计。“超过 10,000 个号码”“平均每个工作日超过 500 次更新”“超过 200,000 次查询”是同期机构自报。它们非常重要，因为它们至少证明 RIPE NCC 当时并非只有组织章程而没有实际使用：号码分配、数据库维护和查询服务都已经形成可观察活动。

然而，活动量不是人工工作量的同义词。

一次数据库查询和一次需要人工判断的新注册机构接入，在人员时间上的成本可能完全不同。一次自动处理的读取，与一次需要往返沟通、纠错、解释程序和培训的新请求，也不能按“一个事件等于一个事件”计算。即使数据库每天有数百次更新，也不能仅从更新数量倒推出需要多少员工，除非知道其中多少自动完成、多少需要人工干预、错误率如何、平均处理时间多少、峰值负荷如何、有没有积压，以及服务质量目标是什么。

同理，10,000 个号码分配是一个规模指标，不天然等于 10,000 个同等复杂度的人工任务。

这也是为什么 1994 年的讨论比 1993 年那一串漂亮的活动数字更有分析价值。第一年报告告诉我们：服务正在被使用。第二年的人员讨论则必须回答一个更困难的问题：这些服务实际需要多少组织能力。

二者之间不能偷换。

如果把“使用存在”直接写成“人员不足已被证明”，就跨过了最重要的推理环节。

从志愿劳动到常设机构，工作没有凭空开始

1993 年首年报告还有一句经常容易被庆典式历史叙述带过的话：RIPE NCC 表示，基础服务从第一天就能提供，是因为此前承担这些工作的组织提供了出色支持，而这些工作此前是在志愿基础上完成的。

这个描述的意义，不只是赞扬前人的投入。

它提醒我们，1992 年 4 月并不是“协调工作”突然出现的日期。更准确地说，是既有的协调活动开始被放进一个更正式、更持续的组织安排中。

这会改变我们理解早期人员增长的方式。

一个新机构的员工人数增加，至少可能来自三种不同的变化：原有活动从志愿劳动迁入专职结构；已有服务的实际需求增加；机构又承担了以前不存在的新服务。这三种变化可以同时发生，却不能混成一个原因。

RIPE NCC 的早期历史显然具有这种叠加性。

首年报告说，基础服务从一开始便已存在；同一报告又描述号码登记、数据库、信息服务、RIPE 工作组支持以及技术项目承载；到 1994 年，会议记录又出现了快速增加的本地注册机构、培训负担以及路由注册服务带来的新增需求。

因此，“人员增长”不是一个单纯的规模故事。

它更像工作边界逐渐显形的过程。

志愿者能够承担一项工作，不意味着这项工作没有成本；成本只是没有以专职员工工时的形式显示出来。专职机构成立之后，一部分原本分散在社区成员、网络运营组织和协作关系中的劳动，被集中到一个可以被排班、招聘和追责的组织里。此时，过去依赖个人热情和松散协调吸收的波动，开始转化成明确的容量约束。

这不是说志愿模式必然低效，也不是说职业化必然优越。

同期材料不能支持这样的价值判断。

它们支持的，是一个更窄也更有用的观察：RIPE NCC 的成立让某些互联网协调工作开始有一个更清楚的运营主体，而一旦有了运营主体，就会出现“这项工作需要多少人”的问题。

Daniel Karrenberg 在这段历史里的重要性，恰恰不只在于他是第一任经理，而在于经理这个位置迫使他把一个社区已经知道“有必要做”的事情，翻译成组织每天究竟能做多少。

3.5、5 和 6：三个数字背后是三种状态

1994 年会议记录中的 3.5、5 和 6 很容易被当成普通的人员数字。更有意义的读法是把它们视作三个不同状态。

3.5 个全职当量，是当时已有容量。

5 个全职当量，是对现有工作需要多少容量的估计。

6 个全职当量，是把新的路由注册活动计入之后的阶段性目标。

这三个数字之所以重要，不在于它们特别精确，而在于它们把现状、缺口与新增义务分开了。

如果只说“我们需要 6 个人”，听众无法判断这 6 个人是在处理已经发生的积压，还是在为未来项目提前扩张，还是两者兼有。会议记录保存的结构却更清楚：当前团队约 3.5；当前工作本身被认为需要 5；计划中的路由注册还需要约 1。

也就是说，至少在经理提交给会议的框架里，部分人员缺口甚至在新服务开始之前就已经存在。

这是一个非常关键的治理区别。

新项目经常可以成为组织扩张最显眼的理由。它有名字、有启动日期、有新功能，也容易被单独计算。但如果现有服务已经处于容量不足状态，把新增人员全部归因于新项目会隐藏基础运营的压力。反过来，如果把所有缺口都说成“业务自然增长”，又会遮蔽组织主动选择新服务所产生的新增责任。

将两部分拆开，才能回答两个不同的问题：

现有承诺是否已经超过现有能力？

以及，组织是否有能力在不伤害现有服务的情况下承担新的承诺？

1994 年材料没有给我们今天熟悉的工单系统、响应时间百分位、排队长度、服务等级目标或单位请求工时。它不是现代运营仪表盘。

但它已经具备容量规划最重要的逻辑骨架。

“服务需求”究竟是什么

“RIPE NCC 服务需求增长”仍然是一个宽词。

如果不继续拆分，它也可能变成另一个无法验证的概念。

1994 年会议记录提供了至少一部分具体化。经理报告把基础工作负荷与服务提供者的互动联系起来，并指出新的提供者会带来额外工作，因为很多情况下需要培训。记录还把本地注册机构数量的快速增长放在工作量讨论中。

培训特别值得注意。

因为培训揭示了一种无法从互联网流量图上看到的负荷。

新的网络运营组织进入体系，不只是数据库里多出一个对象。它们可能需要理解申请程序、登记要求、数据格式、责任边界和已有实践。对一个成熟系统而言，一些知识可能已经写成文档、嵌入工具、由同行传播；对一个还年轻的协调结构而言，相当一部分摩擦可能直接落在人与人的交流上。

于是，一个新服务提供者并不是一个简单计数单位。

它可能意味着多次往返。

同样，服务提供者的规模也可能影响互动量。会议记录保存了当时对基础和可变工作负荷的讨论，但这些表述不能被过度数学化。材料没有给出一套经过统计验证的“提供者规模—工时”函数，更没有证明任何单一组织规模指标能够准确预测工作量。

重要的是分类思想：需求具有不同形态。

有些需求来自数量增加；有些来自新进入者的学习成本；有些来自已有参与者规模扩大；有些来自服务本身变复杂；还有些来自组织主动增加的新功能。

当 Karrenberg 把互联网流量与 NCC 服务需求区分开时，他实际上是在要求会议关注离人员队列更近的变量。

越接近队列，指标通常越有治理价值。

互联网流量为什么是一个诱人的错误代理

用互联网流量解释 RIPE NCC 工作量，并不是一个荒谬想法。

在 1990 年代早期，互联网增长确实意味着更多机构加入、更多地址需求、更复杂的互联关系，以及越来越多需要协调的信息。流量和服务需求完全可能在某些时期同时上升。

问题是，相关不等于可以互换。

如果两个变量都在增长，最容易出现的错误就是用更容易观察、也更有戏剧性的那个代表另一个。

互联网流量有几个天然优势：它直观；它容易讲述；它可以呈现指数式曲线；它代表一个技术体系正在迅速扩张。相比之下，“员工花了多少时间解释登记程序”“新本地注册机构的培训需要几轮沟通”“数据库更新里多少需要人工处理”，不仅难测，而且显得琐碎。

但恰恰是这些琐碎事项消耗运营容量。

对 RIPE NCC 而言，互联网可以在夜间传输更多数据，却不一定让第二天办公室多出同等比例的人工工作。另一方面，一项政策或服务流程的小变化，即使几乎不改变互联网总流量，也可能让请求数量或处理复杂度骤增。

因此，流量属于系统规模指标，服务需求属于机构负荷指标。

两者可以有关联，但没有一个可以天然替代另一个。

1994 年讨论的价值正在于，它没有满足于“网络更大”这个事实，而是追问“更大通过什么机制变成 NCC 的工作”。

在今天，这仍是一条极其严格的因果纪律。

服务质量把招聘理由变成了可检验承诺

如果只讨论“工作越来越多”，组织很容易陷入另一种模糊。

到底多到什么程度才需要增加人员？

一种更有约束力的答案，是服务质量。

1994 年的会议结论支持人员扩充，并开始招聘。按照来源包保存的会议内容，人员增加与维持服务质量的需要联系在一起。

“服务质量”当然仍然不是单一数字。

同期记录没有给出今天常见的服务级别协议，也没有提供每一种服务的响应时间目标。因此不能把 1994 年的讨论改写成现代客服中心式的精密容量模型。

但服务质量至少建立了一个方向性的约束：人员不是为了让机构看起来更大，而是为了让既有和新增服务在需求增长时仍然可用。

这个逻辑非常重要，因为它改变了扩编的证明责任。

如果目标只是“与互联网一起成长”，几乎没有停止条件。

如果目标是维持具体服务能力，那么理论上就存在反馈：招聘之后，积压是否下降？响应是否改善？培训是否及时？新增服务是否在不削弱已有工作的情况下运行？如果没有改善，是需求估计错了，还是新增人员配置错了，抑或流程本身需要重构？

服务质量把组织规模从目的降回手段。

这也是 Karrenberg 那个区分最有治理意义的一面。

经理不是委员会，提案不是决定

Daniel Karrenberg 是这个故事的中心人物，但正因为如此，最需要避免的写法就是把所有动作都归到他一个人身上。

1994 年材料明确是一场 Contributors Committee 会议的记录。

Karrenberg 作为 RIPE NCC 经理报告工作量、提出人员需要并解释其依据。会议参与者讨论这些问题，会议结论支持扩大人员规模并开始招聘。

所以，正确的叙述不是“Daniel Karrenberg 决定把 RIPE NCC 从 3.5 人扩到 6 人”。

同期记录支持的是：经理提出了容量判断，会议对此进行审议，并形成支持扩编的结论。

这个区别并非形式主义。

技术协调机构常常依赖少数高知识密度的人物。尤其在早期阶段，创始人、工程负责人、经理和社区核心参与者之间的角色可能高度重叠。在后来的人物史中，这种重叠很容易被进一步压缩成英雄叙事：某个人“创建”“设计”“决定”了一切。

然而，如果要理解机构如何获得正当性，就必须把知识权威与决策权分开。

经理最接近工作队列，因此可能最清楚人员压力。

但最接近问题的人并不因此自动拥有最终决定权。

1994 年的记录之所以值得保存，不只是因为它告诉后人“当时缺人”，更因为它让我们看到一个早期协调机构如何把内部运营判断提交给一个更广的决策场景。

技术知识先被转译成容量主张。

容量主张再被组织审议。

一个人如何知道机构需要第五个全职当量

现在回头看，“现有工作需要 5 个全职当量”似乎像一项测量结果。

但来源包并没有给出计算方法。

没有工时表。

没有统计模型。

没有每类请求的平均处理时长。

没有置信区间。

也没有一份逐项任务清单告诉我们为什么是 5 而不是 4.7 或 5.4。

因此，把这个数字写成客观测量会超出证据。

更准确的说法是，这是当时管理层提出、并被会议用来讨论的运营估计。

这种估计并不因此失去价值。

早期机构不可能等到拥有完美遥测之后才处理容量问题。管理的现实经常是，最先看到超载信号的人必须在数据不完整时作出判断。长期加班、排队、培训延迟、维护挤压、无法推进新工作，都可能先于标准化指标出现。

所以更好的问题不是“这个 5 是否科学精确”，而是：这个估计被怎样约束？

1994 年材料至少提供了三个约束。

第一，现有容量约为 3.5，而不是抽象说“人太少”。

第二，现有工作需要约 5，新路由注册再需要 1，而不是把所有需求揉成一个总数。

第三，增长理由被指向 NCC 服务需求、本地注册机构增长和培训工作，而不是仅靠互联网总流量。

这使估计至少具备可讨论性。

数字可能不精密，但论证结构不是任意的。

路由注册服务揭示了“新增工作”的另一种性质

1993 年第一年报告已经预告，下一年度的主要新活动之一将是建立路由注册机制。报告描述的设想是，让互联网服务提供者能够登记自己的路由策略，并获取其他运营者的路由策略信息。

到 1994 年会议时，这项活动被单独计入约一个全职当量的额外需要。

这个细节说明新服务并不是“更多相同工作”。

它可能改变技能结构。

资源登记、数据库维护、培训、路由注册，并不一定需要完全相同的知识或工作方式。一名新员工是否能缓解任何一种瓶颈，取决于瓶颈在哪里、需要何种专业能力，以及工作能否互相替代。

因此，机构容量不应只看人数。

六个全职当量不是六个完全可交换的单位。

如果新增负荷来自技术工程，而新增人员主要解决行政工作，总人数达到目标也可能无法消除瓶颈。反之，如果大量压力来自重复培训与沟通，只增加最稀缺的高级工程师也未必是最有效配置。

1994 年会议记录没有提供足够细节让我们重建完整岗位设计。

但它至少把路由注册作为一项独立新增活动列出来。这种分拆说明管理层并没有完全把人员理解为一个无差别池。

对年轻技术机构而言，这一步尤其关键。

规模扩大以后，真正困难的通常不是“要不要多一个人”，而是“哪一类能力需要多一个人”。

Karrenberg 的人物故事不必从创始人神话开始

RIPE NCC 今天的官方 Daniel Karrenberg 人物介绍 将他放在欧洲互联网发展的长时间线上：1980 年代参与 EUnet，1989 年参与创立 RIPE，1990 年代领导 RIPE NCC 的形成，随后担任 RIPE NCC 的 CEO 和 Chief Scientist，并参与 RIS、RIPE Atlas、DNSMON、RIPEstat，以及与 NLnet Labs 合作的 NSD 等活动。

这些信息有明显的来源视角。

它们来自 RIPE NCC 自己为人物和机构历史整理的官方介绍，不应写成由独立传记研究重新验证过的全景评价。

同样，RIPE NCC 在 2022 年纪念 Karrenberg 在机构三十年 时，把他描述为欧洲互联网的先驱，并回顾他从首任管理职位到后来的研究和科学角色。这类周年材料的价值在于确认机构如何记录自己的连续性，而不在于提供一个中立的历史排名。

如果只是复述这些里程碑，人物报道很容易变成履历。

但 1994 年那场容量讨论提供了另一种观察人的方式。

不是问 Karrenberg “创建了什么”，而是问他如何描述一个问题。

这可能比职位年表更接近管理工作的本体。

领导一个刚形成的技术协调机构，不只是提出新项目或代表组织发言。更多时候，它意味着把不同层级的事实放在正确的因果链里。

互联网流量增长，是环境事实。

本地注册机构增加，是更接近服务边界的事实。

培训变多，是工作负荷事实。

现有 3.5 个全职当量，是容量事实。

现有工作估计需要 5 个全职当量，是管理判断。

路由注册约需额外 1 个全职当量，是新增服务的资源估计。

是否招聘，则是需要组织程序确认的决定。

人物的价值不在于把这些层级压缩成一句“我知道该怎么办”，而在于不让它们彼此替代。

组织最危险的错觉，是把环境重要性等同于自身重要性

所有基础设施组织都有一种潜在的认知风险。

它们服务的系统非常重要，于是机构很容易把系统的重要性转换成自身行动天然正确的理由。

互联网当然重要。

号码资源协调重要。

路由信息重要。

数据库重要。

但“互联网很重要”并不能回答“某机构是否需要增加一个岗位”。

这种推理缺口看似明显，在组织扩张中却非常常见。

一个机构如果负责关键基础设施，它几乎总能找到令人信服的宏观背景：网络规模更大、攻击更多、依赖更深、监管更复杂、运营商更多、数据更多。所有这些都可以是真的。

问题在于，它们是否转化成这个机构的具体责任和工作量。

1994 年的区分提供了一种防止使命膨胀的简单方法：要求建立转化链。

外部变化是什么？

它如何改变服务需求？

哪些需求属于本机构职责？

每类需求消耗何种能力？

现有能力缺口在哪里？

新增资源将改变什么？

这条链越完整，扩张理由越能被其他参与者审议。

反之，若从“互联网越来越大”直接跳到“机构应该越来越大”，中间就缺少了最需要治理的部分。

服务需求也可能被机构自己制造

不过，强调服务需求并不能自动解决所有问题。

因为需求不总是纯粹外生。

有些请求确实来自外部参与者增长。

但机构也会通过推出新服务、改变流程、提高报告要求、增加检查、扩展服务范围来创造自己的工作。

路由注册就是一个很好的早期例子。

如果一项新活动需要额外人员，这不意味着这个需要不合理。相反，新服务可能极有价值。但它意味着人员需求的解释必须同时包含需求侧和决策侧。

“用户需要更多服务”和“机构决定提供更多服务”不是同一句话。

这一区别对于正当性尤其关键。

当工作负荷主要来自不可避免的既有服务增长时，容量讨论倾向于问：怎样防止服务退化？

当工作负荷主要来自组织主动扩展职责时，问题还必须包括：为什么应该承担这项新工作？谁同意？如果没有足够资源，是延迟新服务，还是牺牲已有服务？

1994 年的资料没有让我们回答所有这些问题。

但它至少留下了一个健康结构：新路由注册服务的人员需要被单独说出来。

把新增服务单列，是一种很小却很重要的治理动作。

它防止新使命悄悄藏进“正常增长”。

服务质量不只是速度

当我们用现代运营语言回看 1994 年，很容易把“维持服务质量”理解成响应更快。

但早期技术协调机构的质量可能比速度宽得多。

号码资源登记错误可能产生持续后果。

数据库信息不准确会影响其他运营者理解网络关系。

培训不足可能让新进入者不断提交错误信息，反过来又制造更多返工。

路由相关信息若处理草率，其问题也不能简单用“平均回复时间”衡量。

因此，服务质量至少包含准确性、连续性、可理解性和处理及时性。

这也说明为什么单纯提高吞吐量不一定等于增加能力。

如果一名员工为了提高每天完成的请求数而减少核查，数字看起来可能改善，系统质量却下降。

如果培训被削减，新进入者短期内占用更少员工时间，后续错误和纠正工作却可能增加。

如果数据库更新被快速接受而没有足够维护，短期积压可以下降，长期信息质量却可能恶化。

真正的容量规划必须和质量标准同时存在。

否则，组织总可以通过降低质量“解决”人员不足。

1994 年的记录没有提供一套现代质量量表，但会议将扩编与维持服务质量联系起来，至少说明容量不是纯粹的单位时间产出问题。

培训是一种前置成本，也可能是一种未来减负机制

新服务提供者需要培训，这一细节还揭示了工作量里一个容易被忽略的时间结构。

培训今天消耗时间，却可能减少明天的支持成本。

这使它和普通请求处理不同。

如果一个组织正处于超载状态，最先被挤压的往往是那些没有立即队列压力的活动：文档、培训、自动化、内部知识整理、工具改进。这些活动看上去可以推迟，因为它们不会像等待中的请求一样不断提醒管理者。

但推迟它们可能让未来的每个请求都更昂贵。

新本地注册机构如果没有学会正确流程，就会更频繁需要帮助；数据提交质量可能下降；同类问题会不断重复解释。于是，为了短期腾出容量而削减培训，可能在中期制造更多需求。

这就是服务机构常见的容量陷阱。

人手不足不仅让工作完成得更慢，还会让减少未来工作量的投资无法进行。

1994 年资料没有量化这种反馈，也不能证明 RIPE NCC 当时已经发生了这样的恶性循环。

但记录明确把新提供者培训列入额外工作，使这一风险成为合理的运营推论。

这也是为什么人数讨论不能只看“今天有多少请求”。

还要看团队是否有时间降低明天每个请求的成本。

自动化不会消灭治理问题，只会移动它

RIPE NCC 第一年的数据库每天已经处理大量更新和查询。

从今天看，这些数字会自然引出自动化。

如果查询可以自动响应，数据库更新可以用软件处理，那么机构增长是否可以通过技术效率吸收，而不是同比增加人员？

答案当然可能是部分可以。

但自动化不会让容量治理消失。

它会改变容量的构成。

一次自动查询的边际人工成本可能很低，可系统需要工程、维护、监控、故障处理、数据质量控制和软件变更。越多活动从人工队列转入软件系统，机构越可能从“处理每一个请求”转向“维护处理请求的机制”。

这类变化会让最表面的服务量与人员数脱钩。

查询量可以增长十倍，而员工无需增长十倍。

与此同时，系统复杂性可能要求更专业、也更难替代的人员。

因此，互联网基础设施机构的成熟往往不是简单地把“更多请求”转换为“更多员工”，而是不断改变请求与人之间的关系。

1994 年的资料太早，也太有限，无法让我们重建 RIPE NCC 当时每项工作的自动化程度。

但 Karrenberg 的核心区分依然成立：需要测量的是机构实际承担的工作，而不是选择一个离工作很远的增长曲线。

随着自动化增强，这条原则反而更重要。

因为外部服务量和内部人工量之间的关系会变得更加非线性。

1997 年的制度化说明了什么，又不能说明什么

来源包中最早公开的 1997 年 RIPE NCC Executive Board 会议记录 已经展现了比 1994 年更正式的组织结构。会议记录中，Daniel Karrenberg 以 RIPE NCC General Manager 身份出席，董事会通过决议对这一职能作出正式任命安排。

这段材料不应被倒过来用来重写 1994 年。

1997 年的董事会结构不能证明三年前每一个决定都按同样程序发生。

它的价值在于显示，RIPE NCC 的组织形式后来出现了更明确的董事会层级和正式授权记录。

从 1992 年的小团队，到 1994 年 Contributors Committee 审议工作量，再到 1997 年公开董事会会议记录，一个协调组织逐渐获得更清晰的制度边界。

这条线索对 Daniel Karrenberg 的人物报道很重要。

如果只写他职位持续多年，就容易把机构连续性等同于个人连续性。

而制度化恰恰意味着相反方向：组织需要逐渐让权力和责任不再依赖某个人的非正式中心位置。

一个创始经理真正成功的标志，不一定是越来越多的事情必须经过他。

也可能是越来越多的事情可以通过结构化程序处理。

从经理到 Chief Scientist，角色变化不等于同一种权力延续

RIPE NCC 自己的历史材料把 Karrenberg 后来的职业轨迹描述得很长。

官方人物介绍称，他在 1992 年至 2000 年担任 CEO，之后在 2000 年至 2013 年担任 Chief Scientist，并参与多个测量、信息和 DNS 相关活动。2013 年的 高级管理团队交接公告 则记录，他退出 Science Division 负责人角色，同时继续以顾问身份留在 RIPE NCC。

这类职位变化值得注意的，不是一个人在同一机构待了多久，而是不同职位意味着不同的控制范围。

经理、CEO、科学负责人、顾问，并不是同一种权力换了名字。

如果把所有时期都压缩成“Daniel Karrenberg 领导 RIPE NCC”，就会抹掉组织成熟最重要的变化之一：个人与机构的关系会随着制度结构改变。

1994 年那场工作量讨论中的 Karrenberg，是一个需要解释人员配置的运营经理。

后来参与 RIS、RIPE Atlas、DNSMON、RIPEstat、NSD 等工作的 Karrenberg，则更多出现在技术与研究活动的机构叙述里。

把这些经历放在一起，可以看到连续性，但不能据此断言存在一条不变的个人权力链。

人物传记最容易犯的错误，正是把长期参与写成长久支配。

来源没有支持这样的结论。

周年叙事说明机构如何记忆自己

2017 年的 RIPE NCC 25 周年回顾 将机构成立解释为早期 RIPE 社群逐渐认识到，互联网不会长期保持一个小型实验的规模，因此需要更专门的结构来支持欧洲的协调工作。

这是很典型的机构自我历史。

它高度压缩。

也非常有意义。

它把“互联网变大”放在 RIPE NCC 成立的宏观背景里，而 1994 年的会议记录则提醒我们：宏观背景并不能替代具体运营解释。

这两层叙事并不矛盾。

一个不断扩大的互联网可以解释为什么需要长期协调结构。

但一旦结构建立，具体需要多少人员、增加哪些服务、何时招聘，就必须使用更接近组织活动的证据。

这正是本文所强调的两个尺度。

历史尺度上，互联网扩张促使专业协调结构出现。

运营尺度上，互联网流量增长不能直接解释 RIPE NCC 的每一个人员决定。

把这两个尺度混在一起，就会把背景条件误写成直接因果。

2025 年的 NomCom 报告展示另一种成熟后的劳动

在来源包最晚的一份材料中，Daniel Karrenberg 作为编辑参与了 RIPE-849，2025 年 RIPE NomCom 最终报告。

报告的主题已经完全不同：RIPE Chair 与 Vice Chair 的提名流程、委员会构成、程序记录与未来审查。

它不能用来解释 1994 年的人员缺口。

但它为观察 Karrenberg 长期参与方式提供了一个有趣的晚期截面。报告说明，他作为 NomCom 顾问参与，并承担记录和最终报告编辑等工作；委员会中的投票权属于指定的投票成员，而不是顾问。

这个细节与 1994 年的故事形成一种意外呼应。

角色与决定不是同一件事。

有经验、有技术知识、承担大量准备工作的人，不一定拥有最终选择权。

成熟的协调制度经常需要这种分离。

它允许专业知识进入流程，又不给专业知识所有者无限授权。

如果说 1994 年的 Karrenberg 把工作量转换成一个供委员会审议的人员问题，那么三十多年后的材料里，他又出现在一种明确区分顾问、记录者、投票成员和确认程序的制度中。

这并不能证明两者存在直接因果。

但作为人物轨迹，它说明他的职业记录长期处在一个反复出现的主题周围：技术协调工作必须被放进可以说明谁负责什么、谁决定什么的结构。

人物报道最容易高估“远见”，低估“分类”

互联网早期史喜欢“远见”这个词。

谁提前预见网络会增长，谁意识到地址会短缺，谁知道路由会复杂，谁理解全球协调的重要性。

这些判断确实可能重要。

但如果把 1994 年人员讨论写成“Karrenberg 预见互联网会变大，因此扩充 RIPE NCC”，就会失去材料里最值得保留的东西。

因为他在那场讨论中的关键动作，恰恰不是放大未来，而是缩小问题。

不要拿互联网流量解释一切。

看 NCC 服务本身。

看本地注册机构。

看培训。

看当前工作。

看新增路由注册。

看现有人员。

看维持质量需要什么。

这种分类能力不如“远见”传奇，却更接近组织能力。

好的运营判断往往不是知道一个宏大未来，而是知道哪些变量不该放在同一个分母里。

当需求指标选错，机构会得到错误激励

指标不是中性的。

如果 RIPE NCC 把互联网流量作为核心人员规划代理，管理层会自然得到一种激励：强调外部网络增长。

因为只要外部曲线继续上升，内部扩张就更容易合理化。

如果改为服务需求，激励会不同。

管理者必须更仔细地记录请求类型、处理成本、新增义务和质量变化。这样做会产生更多内部可见性，也会让一些原本可以用宏观增长掩盖的效率问题暴露出来。

例如，如果请求数没有显著增加，却仍然需要更多人，原因可能是单个请求更复杂。

也可能是流程变低效。

可能是质量标准提高。

可能是系统老化。

也可能是机构增加了新的内部要求。

这些原因的治理含义完全不同。

因此，Karrenberg 对指标的区分不仅影响人员估计，还影响组织学习。

你测量什么，就更容易看到什么。

你拿什么向决策者解释资源，就更有动力优化那个变量周围的故事。

“服务需求”也需要防止变成新的万能指标

不过，任何指标一旦成为资源论证工具，都可能被过度使用。

服务需求也不例外。

如果一个机构把每一次数据库读取、每一次自动 API 调用、每一次重复查询都等同计入“需求”，数字可以迅速膨胀，却未必增加人工负荷。

如果把每个新参与者都当成相同培训成本，也会失真。

如果新服务由机构主动推出，再用由此产生的请求量证明必须继续扩张，就可能出现自我强化循环。

所以，真正成熟的容量模型至少要区分：

总服务量。

人工介入量。

单位任务复杂度。

自动化比例。

返工率。

新进入者支持成本。

新增服务造成的额外义务。

以及质量目标。

1994 年 RIPE NCC 不可能已经具备所有这些现代运营指标。

本文也不能把后来的管理技术倒投到当时。

但正因为数据有限，Karrenberg 当时那个最基础的分类才显得重要：至少先不要把互联网流量和服务需求混在一起。

这是第一道防线，不是最后一道。

工作量成为“可审议对象”的那一刻

年轻组织最困难的一步之一，是把成员都能感觉到的压力变成别人可以审议的陈述。

“大家都很忙”不是容量模型。

“互联网增长得太快”也不是。

“我们需要更多人”仍然不是。

要让一个委员会判断是否扩编，管理者必须把这些感受转化为结构。

已有多少能力。

已有工作需要多少。

新增工作需要多少。

增长来自哪里。

如果不增加能力，会影响什么。

1994 年的记录并不完美，但它已经呈现了这种结构。

这就是“把工作量转化为可审议的容量问题”的真正含义。

它不是把所有劳动都变成精确数字。

而是让别人有机会问：你的数字依据是什么？现有服务和新增服务有没有分开？外部增长与内部请求之间是什么关系？招聘之后准备解决什么？

可审议性比精确性更基础。

因为一个精确但不透明的模型，仍然可能无法治理。

技术协调机构的能力并不是“控制互联网”的能力

讨论 RIPE NCC 的历史，还必须避免一种更大的概念误差。

协调机构处理的是对互联网运行重要的资源、数据库、信息和协作机制，但这并不意味着它控制互联网整体。

1993 年首年报告自己列出的活动已经能说明这种边界：号码登记、数据库维护、信息提供、RIPE 工作组支持、会议组织以及技术项目承载。

这些都是具体服务。

它们的重要性来自网络运营者需要共同的协调机制，不是因为 RIPE NCC 可以命令所有网络。

因此，人员增长也不应被叙述成“互联网权力中心扩大”。

更准确地说，是一些协调服务变得足够稳定、足够常用，以至于必须有持续运营能力。

这是完全不同的历史。

权力史会问谁控制谁。

服务史则问谁承担什么，以及承担这些工作需要多少可靠能力。

1994 年 Karrenberg 的工作量论证属于后者。

为什么 1993 年的自报数字仍然值得保存

对机构自报数据保持谨慎，并不意味着它们没有价值。

恰恰相反，RIPE-092 很有价值，因为它记录了 RIPE NCC 在第一年如何定义自己的成功。

超过 10,000 个网络号码。

平均每个工作日超过 500 次数据库更新。

超过 200,000 次查询。

工作组文书支持。

会议组织。

技术项目承载。

这些数字和活动共同构成一个早期机构的自我画像。

问题只在于我们不能要求它们证明超出其能力的结论。

它们不能证明所有用户都满意。

不能证明所有处理都及时。

不能证明人员配置最优。

不能证明每一项活动都只能由 RIPE NCC 承担。

也不能独立证明次年人员缺口的精确规模。

但它们能证明，一个非常小的团队已经不只是一个象征性的办公室，而在处理连续的技术协调事务。

这样的证据边界非常重要。

历史写作的纪律不在于拒绝机构材料，而在于知道机构材料到底能支持哪一步。

官方历史里的 Daniel Karrenberg 与档案里的 Daniel Karrenberg

RIPE NCC 后来的官方材料自然会以一种纪念性语言讲述 Karrenberg。

2017 年的周年文章把他放在 RIPE NCC 正式运营的起点。

2022 年的三十周年纪念把他的长期服务作为机构连续性的象征。

官方人物介绍把他与一系列后来广为人知的 RIPE NCC 技术项目联系起来。

这些材料共同塑造了一个“长期建设者”的形象。

但同期档案里的 Karrenberg 更具体。

他在 1993 年写一份第一年运营报告。

1994 年解释为什么现有人员不足。

把本地注册机构增长、服务需求和培训工作拿到会议上。

为新增路由注册活动估算额外人员。

这两个 Karrenberg 都是真实来源中的人物。

一个是机构后来回看历史时整理出的角色。

另一个是当时文件中正在解决具体组织问题的经理。

人物报道若只保留前者，会把人塑造成纪念碑。

保留后者，才能看到管理如何发生。

容量问题其实也是边界问题

问“需要多少员工”，隐藏着另一个更根本的问题：

组织准备承担哪些工作？

如果工作边界无限，任何人数都会不足。

如果工作边界过窄，服务可能无法满足实际协调需要。

所以容量不能完全与使命分开。

RIPE NCC 早期的发展正是在逐步确定这条边界。号码登记、数据库、信息支持、RIPE 协调、新路由注册活动，每增加一项持续责任，都改变了未来“正常运营”是什么。

这也是为什么新增服务不能只按一次性项目看待。

项目启动之后，它往往会变成维护。

维护会变成长期义务。

长期义务再成为下一次人员规划的基线。

组织一旦接受某项持续服务，撤回它的成本可能远高于启动时想象。

1994 年增加路由注册能力的决定，在当时是一个人员问题；从更长时间看，它也属于机构服务边界扩大的一部分。

来源包并不足以让本文评估这个具体服务后来所有成本与收益。

但它允许我们看到一个普遍规律：人员不是跟在使命后面的会计数字，人员本身就是使命能否持续的物理条件。

小团队阶段的“个人弹性”会掩盖真实容量

一个只有几名员工的团队有一个特别危险的特点：它可以长时间依靠个人额外投入掩盖容量不足。

有人多工作几小时。

有人同时承担多个角色。

有人把文档推迟。

有人在晚上处理积压。

有人凭经验解决原本应该流程化的问题。

从外部看，服务仍然运行。

于是组织可能误以为容量足够。

1994 年材料没有记录 RIPE NCC 员工个人工时，因此不能说当时一定发生了这些情形。

但 3.5 个全职当量与“现有工作需要 5 个”的差距本身说明，经理认为名义容量和实际需要之间存在显著缺口。

在这种环境里，服务质量是一个比“系统还没坏”更严格的判断标准。

关键基础设施机构不能等到失败发生后才承认超载。

如果持续运行依赖少数人的隐性超额劳动，那么系统表面可用，组织韧性却可能正在下降。

可替代性是人员数字里看不见的变量

还有一个无法从 3.5、5、6 直接看出的因素：谁能替代谁。

一个五人团队若每项关键工作只有一个人掌握，实际韧性可能低于一个四人但交叉培训充分的团队。

反过来，某些高度专业任务也不可能通过完全通用化解决。

这让早期技术机构的招聘具有双重目标：增加吞吐能力，同时减少单点知识依赖。

来源包没有给出 1994 年 RIPE NCC 的技能矩阵，我们不能推断具体人员之间的替代关系。

但从 1993 年首年报告可以看到，当时团队成员角色已经有一定差异：Karrenberg 是经理，Anne Lord 被描述为 network administrator，Marten Terpstra 为 network engineer。

这说明至少在机构自己的描述中，早期团队并非三个完全同质的人。

因此，扩编问题从一开始就可能不仅是数量问题，也涉及能力类型。

这也是现代读者需要抵抗“全职当量幻觉”的原因。

FTE 可以比较总容量，却无法完整描述技能分布、经验、决策权和知识集中度。

一个协调机构如何证明自己没有无限吸收需求

服务组织常常面对一个悖论。

做得越好，越容易被要求做更多。

可靠的数据库会吸引更多依赖。

好的培训会吸引更多参与。

方便的协调机制会让更多组织进入。

新的测量或信息服务会创造新的使用场景。

成功本身可能产生新需求。

这意味着需求增长不能自动证明组织应该无限扩张。

某个时点必须问：哪些需求属于核心责任？哪些应该通过自动化解决？哪些应该由社区或其他组织承担？哪些新项目应该延后？

1994 年会议材料没有给出这种完整的战略框架。

但 Karrenberg 对流量和服务需求的区分提供了第一步：先知道什么是真正到达组织边界的需求。

只有先完成这一步，才可能讨论哪些需求应该接受。

决策正当性来自可反驳，而不是来自技术声望

Daniel Karrenberg 在早期欧洲互联网中的经验当然会给他的判断带来权威。

但技术组织如果只靠人物声望决策，会存在结构性问题。

因为声望越高，其他参与者越难区分“这个人可能是对的”与“这个提案已经得到充分证明”。

1994 年会议记录的重要性正在于它留下了一个可反驳的论证。

3.5。

5。

再加 1。

本地注册机构增长。

新进入者培训。

路由注册新增工作。

服务质量。

这些都可以被讨论。

别人可以不同意数字，可以质疑计算，可以提出替代方法。

正当性不是保证所有人都会赞成。

而是使决定的理由能够被理解和挑战。

从这个意义上说，Karrenberg 最有意思的不是“他说服了会议”。

而是他使用了一个比“互联网正在爆炸式增长”更容易被反驳的论证。

可反驳，是治理中的优点。

当增长开始减速，错误指标会暴露自己

假设一个组织长期以互联网流量增长作为人员扩张理由。

如果某年流量增长放缓，它是否就应该减少人员？

显然不一定。

因为服务需求可能继续增加，法规、数据维护、路由协调或安全工作也可能变复杂。

这个反例很好地说明流量指标的问题。

真正的人员需求应该随着机构实际职责变化，而不是随着一个外部规模指标机械联动。

同理，如果网络流量激增，而服务请求因为自动化和成熟流程反而下降，机构也未必需要同比扩编。

一个好的指标应该在环境变化时仍保持因果意义。

1994 年那段区分经得起这种反事实检验。

Daniel Karrenberg 的一个更克制的历史位置

如果必须用一句话概括这段材料对 Daniel Karrenberg 人物形象的意义，最合适的也许不是“他看见了互联网的未来”。

而是：他在一个互联网快速扩张的时期，坚持把机构自己的工作量与互联网本身的规模分开。

这是一个小得多的评价。

也因此更可信。

它没有说他发明了容量规划。

没有说所有后来 RIPE NCC 的治理都来自这一次会议。

没有说当时的 5 或 6 个全职当量一定是最优答案。

甚至没有证明这套估计方法后来长期沿用。

它只说明，在一份 1994 年的同期会议记录里，一个年轻协调机构的经理没有把宏观增长当作无需解释的扩编理由，而是把讨论拉回服务需求。

这已经足够构成人物报道的核心。

互联网基础设施史，也可以从排队问题写起

早期互联网通常通过协议、网络、地址、骨干、会议和创始人书写。

但任何长期存在的基础设施最终都会遇到排队。

有人申请资源。

有人更新数据。

有人请求解释。

有人需要培训。

有人提出新服务。

有人维护工具。

有人修复错误。

有人组织会议。

有人写记录。

一开始，这些工作可能散落在志愿者之间。

后来，它们进入办公室。

再后来，办公室需要解释为什么三点五个人不够。

这就是制度形成最真实的一面。

不是宏大的宪章，而是一个组织第一次必须回答：我们到底有多少工作？

RIPE NCC 第一年的成功叙事与第二年的容量焦虑并不矛盾

1993 年第一年报告的语气明显积极。它说 RIPE NCC 已经完成活动计划的主要目标，并把机构描述为已经成功建立。

一年后讨论人员不足，并不意味着前一年的成功叙述虚假。

相反，两者可以同时成立。

一个新服务组织可以在第一年成功证明需求存在，又在第二年发现原有团队不足以承载后续规模。

这在机构形成中非常常见。

试点成功会增加信任。

信任会增加使用。

使用会产生更多工作。

更多工作迫使组织从“能不能做”转向“能不能持续做”。

1994 年人员讨论很可能正属于这个转折类型。

这里必须保留“很可能”的限定，因为来源包并没有提供足够数据证明完整因果链。

但时间顺序和材料内容允许一个克制推论：RIPE NCC 已经不再只是证明服务可行，而开始处理服务如何持续扩展的问题。

从“英雄个人”回到“可持续组织”

Karrenberg 的长期履历很容易让人把 RIPE NCC 的连续性投射到个人身上。

但一个协调机构真正成熟，恰恰意味着它不能依赖任何一个人长期吸收复杂性。

人员配置的治理意义正在这里。

扩编不是简单增加执行者。

它是把原本集中在少数人的知识、判断和工作重新分配，使服务在个人缺席时仍能继续。

1994 年材料没有直接讨论继任计划。

但人员从 3.5 向更高水平发展的逻辑，必然会逐步把一个创始阶段的小团队变成有分工的组织。

这种变化会削弱个人不可替代性。

对创始人而言，这并不是地位下降，而是机构成功的一种形式。

最终的问题不是增长，而是翻译

1994 年 RIPE NCC 的关键管理动作，可以理解为一次翻译。

把互联网环境的增长，翻译成服务需求。

把服务需求，翻译成工作类型。

把工作类型，翻译成能力缺口。

把能力缺口，翻译成人员提案。

再把提案放进组织决策。

每一次翻译都可能出错。

流量不等于需求。

需求不等于人工工时。

人工工时不等于人数。

人数不等于正确技能。

管理估计不等于组织决定。

而组织决定也不自动保证服务质量。

正因为这些等式都不成立，技术协调机构才需要治理。

三十年后，最值得保留的不是那个数字

3.5、5、6 是很有吸引力的历史细节。

但它们不是这段档案最重要的遗产。

人员数字会变化。

服务会变化。

工具会变化。

RIPE NCC 后来形成的组织规模、服务范围和技术环境，都远远超过 1994 年那个小团队可以直接类比的程度。

真正有持久价值的是那个分析顺序。

不要先问互联网有多大。

先问什么进入你的职责。

不要先问有多少事件。

先问哪些事件消耗人工能力。

不要先问是否可以推出新服务。

先问新增义务会不会挤压已有服务。

不要把经理的判断写成机构已经决定。

不要把机构自报数字写成外部审计。

不要把周年叙事写成唯一历史。

这些限制看起来让故事变小。

实际上，它们让故事更接近互联网真正能够长期运行的原因：不是因为有人拥有足够宏大的愿景，而是因为有人愿意把一个模糊的“增长”拆成可以被其他人检查的责任、队列和能力。

参考资料