IPv4 连续性是业务赖以运转的条件，而非网络技术细节

客户和合作伙伴围绕熟悉的地址构建自己的系统。迁移网络，也意味着要让这些关系在变动中延续。

企业通过客户感受到连续性的重要

基础设施团队可能会把 IPv4 地址块称为一种网络资源。客户的感受则不同：它是他们加入允许列表的端点、合作伙伴记录在案的地址、某项服务背后的身份，或者让分布式系统保持可达的路由。

因此，连续性会成为业务要求。即使路由器本身运行正常，一次变更仍可能影响访问、信誉、监控、欺诈防控、支持流程和收入。这项技术资源已经融入企业对网络团队之外的人所作的承诺。

梳理依赖关系，不要以为拥有资源就够了

从服务入手，而不是从地址入手。哪些客户、应用和合作伙伴期望这一身份保持稳定？哪些 DNS 记录、证书、允许列表、地理定位系统、邮件控制机制和安全工具引用了它？要顺利完成迁移，服务商和注册机构的哪些记录必须变更？

这样的梳理往往会揭示法律或商业层面的持有与实际运营控制之间的落差。企业可能已经签有协议，但另一家机构仍能拖延或拒绝修改记录，而协议只有在记录变更后才能真正落实。

云架构和多服务商架构可能共用一道隐蔽的关口

使用多家云服务商或托管服务商，可以减少对单一供应商的依赖。但这并不会自动消除对同一套号码资源记录、路由验证机制或行政协调方的依赖。两家服务商可能提供不同的管理界面，底层却依赖同一个身份，以及同一套认可该身份的流程。

检验方法很简单：沿着依赖关系再往下一层追查。如果替代服务商仍需要同一个记录维护方批准同一项变更，那么企业虽然实现了服务层面的多元化，却保留了相同的治理瓶颈。

连续性也有财务层面

札记 68 将网络身份纳入客户连续性与服务商收入的经济分析。客户能够识别的地址可以承载价值，因为更换地址会给许多相关方带来工作。这种价值应当促使企业完善证据和变更规划，而不是让人据此认定任何管理方都可以宣称对它拥有永久权力。

札记 66 则作出了相关的商业区分：租赁、出售和运营支持所分配的风险各不相同。购买方或承租方需要清楚，交付的究竟是什么、维护的是哪一项记录，以及这段关系如何终止。

所需的是变更路径，而非永久不变的承诺

任何网络身份都无法保证永远不变。服务商可能无法继续提供服务，技术会演进，组织会迁移。因此，严谨的连续性设计必须为可控变更做好规划：保存可验证的记录，保留控制权历史，协调路由与安全更新，并为运营者提供切实可行的管理方更换路径。

札记 72 提出了治理层面的检验标准。共同协调应当保障唯一性和记录的可靠性；它不应把更换协调方变成一项由机构自行决定是否给予的恩惠，从而让某一家机构变得不可替代。

领导层应该问什么

应当追问：哪些对客户的承诺依赖于某个地址持续可用？现有哪些证据可以证明控制权？谁能修改记录？变更需要多长时间？能否在不为整个业务重新分配地址的情况下，让一个合格的替代方获得认可？要求团队给出经过检验的答案，而不是一张只画到服务商合同为止的示意图。

看清这些答案后，就可以将连续性作为基础设施工作投入资金。如果等到记录意外变更才行动，一项战略性依赖就会变成紧急项目。