每个组织都有业务连续性计划。
他们为网络攻击、硬件故障、自然灾害和服务中断做准备。 它们在其网络、云环境和操作过程中建立冗余，以确保其企业在中断期间能够继续运作。
但是，许多组织仍然忽视的风险越来越大。
这不是技术风险。
这是一种依赖风险。
今天，许多企业不知不觉地依赖它们不直接控制的系统来维护支撑其业务的数字资产。 随着互联网数量资源从行政记录演变成具有经济意义的资产，有关业务连续性的假设也必须演变。
保护基础设施已经不够。
各组织还必须了解并保护其企业所依赖的基础设施的权利。
IP地址权影响业务连续性，因为现代组织依赖于互联网号码资源来运营数字基础设施，客户服务和网络业务。 随着这些资源日益宝贵，企业不仅必须管理技术风险，还必须管理与确认和管理这些资产的系统有关的依赖风险。
为什么 IP 地址权利更重要
几十年来，IP地址被视为技术识别符，使设备和网络能够通信。
这种描述已经不够了。
今天，互联网号码资源已成为：
- 紧缺
- 可转让
- 赋收入
- 纳入关键业务
- 对长期基础设施规划至关重要
云供应商，托管公司，网络运营商，电信企业，企业围绕这些资源建设了大量经济活动。
在实践中， IP 地址 成为实际企业内嵌的经营者持有的资产。
各组织在它们周围投入大量资本，利用它们提供服务，并每天依靠它们的连续性。
一个组织越大，这些资源就越深入地融入其整个业务。
业务连续性不是更长只是技术问题
传统的业务连续性规划提出了一个简单问题：
什么依赖性会破坏我们的生意？
各组织定期评估风险，涉及：
- 云层提供者
- 电信承运人
- 数据中心
- 网络安全供应商
- 供应链
然而，另一种依赖往往得不到注意。
企业还依赖负责确认和管理互联网号码资源的系统。
这一点很重要，因为连续性不仅涉及基础设施是否存在。
它还涉及各组织是否能够继续依靠使这种基础设施能够运作的条件。
随着数字企业越来越依赖互联网数量资源，治理复原力就成为业务复原力。
全球独特性要求协调，而不是过度治理
互联网的功能是因为一个基本原则：全球的独特性。
没有全球独特的互联网数量资源，数十亿个设备、网络、服务和应用就不能作为一个单一的互联网进行互操作。
全球的独特性需要协调。
它不需要过度治理。
围绕独特性层积累的复杂程度越高，各组织就越面临与技术协调本身无关的风险。
互联网最初旨在消除单一的故障点。
其基础系统应反映同样的哲学。
协调层次应保持不变：
- 中立
- 透明
- 可预见
- 很少注重互操作性
该层周围的自由裁量力积累越多，在更广泛的数字生态系统中的脆弱性就越大。
如前所述 "关于为什么NRS 存在和为什么权力下放是不可延长的选择," 具有复原力的系统是通过减少依赖性和消除不必要的窒息点，而不是通过将更多的动力集中到一个单层来构建的。
登记风险成为业务连续性风险
书记官处的职能是必要的。
问题不在于它们的存在。
当行政系统演变为依赖性系统时，就会出现这一问题，这种系统位于具有经济重要性的资产之上，却没有同等的问责制。
然后，各组织就会面临既不创造也不控制的风险。
这就产生了新的业务连续性风险类别：对登记册的依赖。
企业依赖外部行政结构，而如果这些系统变得不稳定，就会承担所有的业务和财务后果。
这种不平衡现象值得注意。
理解双重提取
这个问题通过下列概念变得更加明确： 双提取.
经探讨 "区域互联网注册：薄治理将独一性转化为双采," 操作人员越来越发现自己被困在两种形式的不对称之间。
一方面，它们的资产的经济潜力受到压制。
另一方面，它们仍然完全面临与管理这些资产的系统有关的风险。
第一次提取：被取缔的资产确认
各组织围绕稀缺的互联网资源建立了巨大的经济价值。
然而，这些资源在体制上仍然常常被视为仅仅是行政拨款。
这种不确定性压制了正常的资产特征。
确定性降低导致：
- 流动资金减少
- 资本化减少
- 融资机会减少
- 战略灵活性降低
- 长期规划信心降低
资产不没收。
这是折扣。
企业无法充分实现它们已经纳入其业务的资源的经济价值。
第二次采掘：保留依赖性风险
虽然颠倒被压制，但负面仍然完全由操作员负责。
各组织仍然依赖行政承认、可转移性和持续的业务确定性。
这造成结构失衡。
运算符创建值 。
运营商承担风险。
但运营商并不完全控制这些资产的存在条件。
这种不平衡直接影响到业务连续性。
为什么中小型操作员面临更大的接触
大型组织可能拥有法律小组、储备金和业务冗余。
许多较小的操作员没有。
每个操作员都应该问一个简单的问题：
如果长时间的不确定性影响到你的互联网号码资源，你的企业能否幸存下来？
贵组织能否吸收：
- 业务中断
- 客户减员
- 不确定年份
- 重大法律费用
- 名誉损害
对许多组织来说，答案是否定的。
这正是连续性规划必须演变的原因。
企业不应等到直接暴露出来才发现自己已变得如何依赖。
各组织如何建设数字基础设施复原力
各组织应开始将因特网号码资源视为战略资产。
问这些问题：
- 我们如何接触登记方的依赖？
- 我们的IP处理权利问题的复原力如何？
- 有哪些应急计划？
- 我们如何减少单一的失败点？
- 我们的长期基础设施投资是否得到充分保护？
这些已不再是互联网治理讨论的特色。
它们是业务复原力讨论。
为什么 IP 地址权利更重要
几十年来，IP地址被视为技术识别符，使设备和网络能够通信。
这种描述已经不够了。
今天，互联网号码资源已成为：
- 紧缺
- 可转让
- 赋收入
- 纳入关键业务
- 对长期基础设施规划至关重要
云供应商，托管公司，网络运营商，电信企业，企业围绕这些资源建设了大量经济活动。
在实践中， IP 地址 成为实际企业内嵌的经营者持有的资产。
各组织在它们周围投入大量资本，利用它们提供服务，并每天依靠它们的连续性。
一个组织越大，这些资源就越深入地融入其整个业务。
业务连续性不是更长只是技术问题
传统的业务连续性规划提出了一个简单问题：
什么依赖性会破坏我们的生意？
各组织定期评估风险，涉及：
- 云层提供者
- 电信承运人
- 数据中心
- 网络安全供应商
- 供应链
然而，另一种依赖往往得不到注意。
企业还依赖负责确认和管理互联网号码资源的系统。
这一点很重要，因为连续性不仅涉及基础设施是否存在。
它还涉及各组织是否能够继续依靠使这种基础设施能够运作的条件。
随着数字企业越来越依赖互联网数量资源，治理复原力就成为业务复原力。
全球独特性要求协调，而不是过度治理
互联网的功能是因为一个基本原则：全球的独特性。
没有全球独特的互联网数量资源，数十亿个设备、网络、服务和应用就不能作为一个单一的互联网进行互操作。
全球的独特性需要协调。
它不需要过度治理。
围绕独特性层积累的复杂程度越高，各组织就越面临与技术协调本身无关的风险。
互联网最初旨在消除单一的故障点。
其基础系统应反映同样的哲学。
协调层次应保持不变：
- 中立
- 透明
- 可预见
- 很少注重互操作性
该层周围的自由裁量力积累越多，在更广泛的数字生态系统中的脆弱性就越大。
如前所述 "关于为什么NRS 存在和为什么权力下放是不可延长的选择," 具有复原力的系统是通过减少依赖性和消除不必要的窒息点，而不是通过将更多的动力集中到一个单层来构建的。
登记风险成为业务连续性风险
书记官处的职能是必要的。
问题不在于它们的存在。
当行政系统演变为依赖性系统时，就会出现这一问题，这种系统位于具有经济重要性的资产之上，却没有同等的问责制。
然后，各组织就会面临既不创造也不控制的风险。
这就产生了新的业务连续性风险类别：对登记册的依赖。
企业依赖外部行政结构，而如果这些系统变得不稳定，就会承担所有的业务和财务后果。
这种不平衡现象值得注意。
理解双重提取
这个问题通过下列概念变得更加明确： 双提取.
经探讨 "区域互联网注册：薄治理将独一性转化为双采," 操作人员越来越发现自己被困在两种形式的不对称之间。
一方面，它们的资产的经济潜力受到压制。
另一方面，它们仍然完全面临与管理这些资产的系统有关的风险。
第一次提取：被取缔的资产确认
各组织围绕稀缺的互联网资源建立了巨大的经济价值。
然而，这些资源在体制上仍然常常被视为仅仅是行政拨款。
这种不确定性压制了正常的资产特征。
确定性降低导致：
- 流动资金减少
- 资本化减少
- 融资机会减少
- 战略灵活性降低
- 长期规划信心降低
资产不没收。
这是折扣。
企业无法充分实现它们已经纳入其业务的资源的经济价值。
第二次采掘：保留依赖性风险
虽然颠倒被压制，但负面仍然完全由操作员负责。
各组织仍然依赖行政承认、可转移性和持续的业务确定性。
这造成结构失衡。
运算符创建值 。
运营商承担风险。
但运营商并不完全控制这些资产的存在条件。
这种不平衡直接影响到业务连续性。
为什么中小型操作员面临更大的接触
大型组织可能拥有法律小组、储备金和业务冗余。
许多较小的操作员没有。
每个操作员都应该问一个简单的问题：
如果长时间的不确定性影响到你的互联网号码资源，你的企业能否幸存下来？
贵组织能否吸收：
- 业务中断
- 客户减员
- 不确定年份
- 重大法律费用
- 名誉损害
对许多组织来说，答案是否定的。
这正是连续性规划必须演变的原因。
企业不应等到直接暴露出来才发现自己已变得如何依赖。
各组织如何建设数字基础设施复原力
各组织应开始将因特网号码资源视为战略资产。
问这些问题：
- 我们如何接触登记方的依赖？
- 我们的IP处理权利问题的复原力如何？
- 有哪些应急计划？
- 我们如何减少单一的失败点？
- 我们的长期基础设施投资是否得到充分保护？
这些已不再是互联网治理讨论的特色。
它们是业务复原力讨论。
未来是操作者-第一复原力
因特网建立在权力下放的基础上。
其支助结构应包含同样的原则。
当协调仍然薄弱、中立和重点狭隘时，全球的独特性就变得更强。
业务连续性不再仅从灾后恢复计划开始。
它从了解你基础设施下的所有依赖性开始。
因为归根结底，连续性并不在于技术的失败。
这是关于生存的依赖失败。
