摘要

  • 新加坡议会已通过数字基础设施法案：数据中心可持续性许可主要从 3 MW 设计关键 IT 负载起算，重大设施服务以 10 MW 为门槛；大型受规管云服务则看此前三年的新加坡用户年均收入是否达到 1 亿新元。
  • 政府预计从 2027 年起分阶段实施。后续细则需要说清谁控制设备、如何衡量能效，以及牌照申请期与技术改造期有什么不同。

数据中心的冷却故障，未必只留在机房里。按新加坡政府披露，2023 年 10 月的一次相关中断影响银行及支付服务超过 12 小时，造成约 250 万笔支付和 ATM 交易失败。这里统计的是交易，不是 250 万名用户。即便如此，这个数字也足以说明：看似离普通人很远的冷却设备，可能决定眼前的一笔付款能否完成。

新加坡议会于 2026 年 10 月 7 日通过数字基础设施法案。它要解决的不只是机房够不够多，还包括一次故障会牵连多少服务，以及谁有能力把故障排除。IMDA 将负责相关许可与监管，而同一座数据中心可能面对两套不同要求。

先别拿电费单判断是否越线

3 MW 和 10 MW 都以“关键 IT 负载”为尺度，指设施设计上能向 IT 与网络设备供给的最大电力容量。它不是某个时刻的实际负载，也不包含整座楼所有冷却、照明等用途的总功率。

达到 3 MW，属于适用范围的新加坡数据中心便进入可持续性许可框架；企业自用计算的商业设施也可能在内。法案另列有特定政府、公共机构、科研以及专用于持牌公用事业活动的设施例外，不能简单说所有达到门槛的建筑都一律受管。反过来，商业机房有政府客户，也不等于整座机房因此豁免。

10 MW 对应的是另一种问题：设施服务一旦中断，是否会波及大量企业和组织。符合定义的托管机房服务，以及面向其他主体提供云服务的机房，可能进入重大基础数字设施服务许可范围，承担安全、业务连续性、灾难恢复和事故报告等义务。纯粹自用的设施服务在这里有不同处理，不能把它与 3 MW 的设施许可混成一个判断。

云服务还要另算。IaaS、PaaS 此前三年来自新加坡用户的年均收入至少达到 1 亿新元，便触及重大受规管云服务的收入门槛；SaaS 不属于这个特定定义。看的不是单栋机房有多大，而是服务与新加坡用户之间的联系。

政府估计，当地约有 70 座数据中心，其中约三分之二达到 10 MW。这说明制度打算覆盖的规模，并不是已经逐家核实的持牌人名单。

谁能修冷却，谁能换服务器

托管运营者可以维护供电和制冷、管理机房出入，却未必能决定客户何时淘汰服务器。机器在同一栋楼里，控制权不一定在同一家公司手中。

MDDI 与 IMDA 的咨询答复承认这种分工：设施韧性要求应对准运营者直接控制的部分，不延伸到其无法控制的客户设备。云机房与托管机房计划分别制定行为准则；复杂集团里究竟由哪个主体持牌，也需要有效控制权认定的进一步说明。

能效同样受这条边界影响。初期着重设施层面的 PUE，即设施总能耗与 IT 设备能耗之比。数值越接近 1，表示额外开销越少，但总用电未必下降：设备运行得更多，完全可能抵消冷却系统省下的电。

PUE 也不会直接告诉读者用了多少水、排了多少碳。由于运营者不一定掌握客户服务器，IT 设备能效暂不在初期强制要求之列；进一步用水效率要求还要咨询。这不是说其他既有环保规则失效，而是不同指标不能互相冒充。

六个月，申请什么？

法案通过后，具体法规、行为准则和许可程序仍需完成。Tan Kiat How 在二读总结中表示，政府预计于 2027 年分阶段实施。议会表决通过，不等于这些义务已经开始生效。

既有运营者的六个月窗口，从相关部分生效时起计算，用来提交牌照申请。按时申请者可在审理期间继续运营，直至获批、最终被拒或撤回申请。这不能被写成“所有设施必须在六个月内完成技术改造”。

事故报告也有条件：与网络安全制度的要求相似且重叠时，计划由持牌人向 IMDA 报告，再由 IMDA 将相关信息转交 CSA。减少重复报送，不代表所有报告义务合并成了一个制度。

Lu Heng 的第 64 号笔记主张把共同初始规则与后来可由参与者选择的事项分开，可用来对照这里的制度设计。但该笔记讨论的是自愿参与的互联网协调；新加坡适用的法定行为准则会有约束力，不能因为它们稍后制定，就把遵守也理解成自愿。

对使用支付服务的人来说，制度最终要回答的仍是开头那个问题：机房出事后，谁能及时处理？牌照能明确责任，恢复方案则必须接得上实际设备和人员。若几家公司各自交出一份合格计划，却都依赖同一套冷却或云服务，纸面上的准备还没有解决共同的脆弱处。

来源