为什么购买 IPv4 地址未必能让企业掌握控制权

Lu Heng 提议，将客户依赖的身份与承载该身份的网络分开。更换服务商，不应迫使每一位客户都从头开始。

企业购买 IPv4 地址，是为了让服务能够持续使用这些地址。购买或许能确保获得资源，但一个更棘手的问题依然存在：更换服务商时，企业能否继续为客户提供服务？

设想一下，将一个重要应用迁移到新网络。服务器已准备就绪，应用也能正常运行。但合作伙伴已将旧地址写入防火墙规则，客户在自动化任务中使用这些地址，运维团队也依赖这些地址积累的历史记录。一次在企业内部看来很简单的迁移，可能变成所有相关方都要参与的变更项目。

这就是获取地址与维持连续性之间的区别。Lu Heng 的工作从第二个问题出发：当承载服务的基础设施发生变化时，客户已经依赖的身份如何延续？

购买解决了什么，还有什么需要运营方持续处理

商业协议明确双方买卖的内容。注册流程建立相应记录。路由安排决定流量实际如何到达服务。买下一段地址，并不会让这三个层面自动协同运作。

企业仍然需要有人维护联系人、授权和路由；需要有意愿、也有能力承载这些地址的服务商；还需要明确的流程来处理不一致的记录。交易完成后，这些责任依然存在。

在札记 66中，Lu Heng 解释了为什么促成交易与保障长期连续性是两种不同的服务。真正有用的问题，不只是今天能否交付一段地址，而是当情况变化时，谁来确保由此建立的安排仍能运转。

客户围绕一个地址积累历史

地址在使用过程中可以积累实际价值。合作伙伴的安全团队认得它，供应商已批准来自该地址的访问，工程师知道去日志的哪里查找它。这些关系由人员和系统日积月累地建立起来。

因此，更换地址可能远不止在控制面板中修改一个数字。必须有人找出每一项依赖关系，协调更新，并从客户一侧确认服务仍然正常。

依赖同一身份的关系越多，这项工作就越繁重。企业应当在更换服务商成为紧急事项之前，弄清这份负担。选取一项重要的客户工作流程，从最初的连接一直追踪到最后一项外部依赖：如果明天公网地址变了，哪些环节会出问题？

将身份与承载它的服务商分开

札记 68进一步阐述了 Lu Heng 的提议：客户围绕某一身份建立业务关系后，即使基础设施服务商发生变化，这一身份也应能够延续。本地交付仍然有价值，但提供本地交付的一方不必掌握客户的全部连续性关系。

这种分离也让服务商的角色更加清晰。他们可以在连接、安装、支持和交付质量上展开竞争。客户仅仅为了选择另一家服务商，不必重建所有已经确立的关系。

LARUS One 是这一思路的具体实践。LARUS 维护身份服务及续约关系，由选定的服务商负责本地交付。更换服务商时，仍需检查路由、可用性和开通情况。目标是在这一变化过程中提供责任明确的连续性服务，而不是承诺任何地址都能立即在任何网络上使用。

将自有地址带到兼容的服务商处使用，有助于提高可迁移性。但仍有工作需要完成：必须有人维护资源历史、管理路由并协调过渡。将角色分开，可以让这些工作清晰可见，而不是假定拥有一段地址就能让它们凭空消失。

更大的问题是：谁能为连续性附加条件

服务商选择只是问题的一部分。由其他机构维护的记录，也可能影响组织能否继续使用其资源。企业可能在网络上投入巨资，却仍然依赖一个难以替换的管理方。

Lu Heng 质疑的是这样一种观念：这种依赖应当赋予管理方支配企业本身的权力。在札记 72中，他主张，协调机制应当验证唯一性、维护连续性，而不应成为永久性的许可制度。

这一提议超出了任何单项商业服务的范围。它提出的问题是：更换协调方时，参与者能否保有可验证的权利和有效的合作关系，就像更换交付服务商时应当能够保留自身身份一样？

问一问：变化发生时，哪些仍属于你

在把购买 IPv4 地址视为大功告成之前，不妨顺着下一次可能发生的变更推演一遍。哪些客户需要采取行动？哪些记录需要更新？谁来协调新路由？下一任运营方需要哪些证据？谁将继续对连续性负责？

这些问题揭示了控制权背后的实际工作。目标是让网络身份能够长期服务客户，让服务商围绕如何交付它展开竞争。阅读Lu Heng 在札记 68 中的完整论述，了解他为什么将客户连续性与服务商经济角色的转变联系起来。