附录1压力测试.pdfVIP

附录 15 - 压力测试 附录 15 - 压力测试 1.概述 1 问责制 CCWG 章程的一个关键部分要求对加强问责机制进行压力测试。 2 “压力测试”是一种模拟演习，在其中将使用一组似乎可信但不一定发生的假设场景来衡量特定事 件将如何影响系统、产品、公司或行业。例如，在金融行业中，例行运行 “压力测试”以评估机构 的实力。 3 问责制 CCWG 章程要求对工作阶段 1 和 2 中的加强问责机制进行压力测试。章程中列出的交付 项包括如下各项： 4 确定在压力测试中要考虑的意外事件：对每个工作阶段中可能解决办法的审核包括对已确定的意外 事件进行压力测试。 5 这些压力测试的作用是确定在发生有影响的事件和/或出现漏洞时 ICANN 的稳定性，以及评估向 ICANN 社群提供的现有和建议的问责机制是否充分。问责制 CCWG 总共采用了 37 项压力测试场 景。 2. 目的和方法 6 方法 7 问责制 CCWG 考虑了以下压力测试方法： • 分析潜在的缺陷和风险 • 分析现有补救措施及其可靠性 • 定义其他补救措施或修改现有补救措施 • 描述所建议的解决方案如何降低意外事件的风险或者如何保护组织免受此类意外事件的影 响 8 问责制 CCWG 压力测试工作小组记录了在先前的公众意见征询流程中指出的意外事件。随后，压 力测试工作小组准备了一份草案文件，说明如何利用这些压力测试来评估现有和建议的问责措施。 9 通过执行这些压力测试，确定了现有 ICANN 章程需要做出的变更，问责制 CCWG 可能需要完成 这些变更，才能评估所建议的问责机制是否足以应对已确定的挑战。 10 目的 11 这些压力测试的作用是确定在发生有影响的事件和/或出现漏洞时 ICANN 的稳定性，以及评估向 ICANN 社群提供的现有和建议的问责机制是否充分。 2015 年 11 月 30 日 1 附录 15 - 压力测试 12 问责制 CCWG 章程中没有要求为意外事件安排概率估算。不需要使用概率来确定社群是否有足够 的证据来质疑 ICANN 对意外事件的反应。 13 在最初的工作阶段中，问责制 CCWG 汇总了在之前的公众意见征询流程中指出的意外事件清单 。 随后，负责此项工作的工作小组将清单整理为下列五个 “压力测试类别”，并准备了草案文件，说 明如何利用这些压力测试来评估 ICANN 现有的问责措施和问责制 CCWG 建议的问责措施。 3.压力测试类别 14 I.金融危机或破产（压力测试 5、6、7、8 和 9 ） 15 场景：ICANN 财务破产，并缺乏充分履行义务所需的资源。这可能由各种原因引起，包括域名行业 特有的金融危机或者一般的全球经济危机。也可能是因为对 ICANN 的法律判决、资金诈骗或盗用 以及淘汰域名注册的技术革新。 16 II.无法履行运营义务（压力测试 1、2、11、17 和 21 ） 17 场景：ICANN 无法处理关于 IANA 根区的变更或授权请求，或者在利益相关方 （例如，定义为“重 大利益相关方”的利益相关方）反对的情况下执行变更或授权。 18 III.法律诉讼/立法行为（压力测试 3、4、19 和 20 ） 19 场景：根据现有或未来的政策、法律或法规，ICANN 是诉讼主体。ICANN 尝试授权新 TLD 或重新 授权不合规的现有 TLD ，但是被法律诉讼阻止。 20 IV.问责不力（压力测试 10、12、13、16、18、22、23、24 和 26 ） 21 场景：一名或多名 ICANN 董事会董事、总裁和 CEO 或其他工作人员的行为（或资源开销）违反 了 ICANN 的使命或章程。ICANN 被一个利益相关方群体（包括通过 GA