APNIC 62讲了什么：自动化、信任与互联网基础设施
简答：APNIC 62于2026年9月4日至10日在印度孟买举行，核心关注自主网络、AI运维、网络安全信任和基础设施韧性，重点判断自动化能力、人工护栏、数据治理与协作机制。
定义：APNIC 62是亚太互联网络信息中心举办的互联网技术、政策、培训与社区交流会议，2026年会议在印度孟买举行。
先看结论：APNIC 62的两条主线是什么
本文编译整理自 APNIC 官方会后文章，并结合会议官网及相关技术、政策文章重新组织。APNIC 62于2026年9月4日至10日在印度孟买举行，其中9月4日至7日为培训和合作伙伴会议，9月8日至10日为正式会议；参会对象包括互联网与网络技术从业者、政府代表、产业人员及其他相关人员。会议官网
| 主线 | 讨论重点 | 实际关注点 |
|---|---|---|
| 自动化 | 自主网络、实时遥测、意图编排、可编程路径控制和自愈架构 | 网络能否根据状态变化快速检测、决策和执行 |
| 信任 | 安全事件协作、信息共享、CERT社区和跨组织关系 | 发生故障或攻击时，组织能否及时共享可靠信息并协同行动 |
| 共同约束 | 人工审批、权限控制、审计、回滚和持续治理 | 自动化扩大后，如何把误操作和影响范围控制在可恢复范围内 |
会议会后总结的核心判断是：未来网络需要更快、更智能、更自动化，但越依赖机器做决定，越需要清晰的人工边界、可追溯的操作记录，以及长期建立的组织信任。
AI时代为什么先谈延迟，而不只是带宽
APNIC 62主题演讲认为，AI工作负载正在跨云、数据中心和边缘环境分布，网络不仅要承载更多流量，还要在很短时间内完成流量调度、故障响应和性能维持。演讲将延迟视为比单纯增加带宽更难恢复的关键资源，并指出传统依赖人工判断的运维方式难以满足实时变化的需求。APNIC 会后总结
这并不等于“带宽不重要”，而是说明网络规划不能只看链路容量。对于AI推理、实时业务和跨数据中心通信，还需要同时观察工作负载位置、WAN边缘延迟、流量优先级、拥塞和路径切换时间。
- 带宽：判断链路能承载多少数据。
- 延迟：判断请求和响应需要等待多久。
- 路径控制：判断流量是否能根据网络状态选择合适路径。
- 实时遥测：判断系统是否能及时获得主机、路由器、交换机和业务侧状态。
自主网络需要哪四项基础能力
主题演讲将自主网络概括为一种软件驱动、可实时感知和响应的运行环境。实现这一目标至少需要四项基础能力：实时遥测、意图编排、可编程路径控制，以及具备韧性和自我修正能力的架构。APNIC 自动化网络总结
- 实时遥测：持续采集链路、设备、业务和性能状态，避免只依靠人工发现问题。
- 意图编排：把“满足低延迟”“隔离异常流量”等目标转化为可执行的网络策略。
- 可编程路径控制：根据拥塞、故障和业务优先级调整流量路径。
- 自愈架构：在预设范围内完成故障检测、切换、验证和恢复。
对运营团队而言，落地顺序不应是直接追求完全自治，而应先把监控、变更、验证和回滚闭环做完整。自动化动作必须有范围限制，关键变更仍应保留人工审批。
AI网络运维已经讨论到哪些具体做法
APNIC 62相关技术议程列出的AI网络运维用例包括任务自动化、动态网络重配置、事件关联、事件管理和数字孪生建模。文章还介绍了检索增强生成、Model Context Protocol（MCP）与运维工具连接的示例，以及利用多来源数据分析延迟和路由问题的做法。APNIC AI网络与基础设施文章
| 条件 | 判断 | 建议 |
|---|---|---|
| 数据是否持续更新 | 配置、拓扑、性能和事件数据是否能够关联 | 先建立统一数据源和时间戳，再考虑自动执行 |
| 动作是否可验证 | 变更后能否检查连通性、延迟、路由和业务结果 | 把验证步骤写进变更流程，不只生成操作命令 |
| 影响范围是否可控 | 错误动作是否可能扩大到整网或多个业务域 | 采用最小权限、分批发布和明确回滚条件 |
| 模型输出是否可审计 | 能否记录输入、依据、决策、执行结果和人工批准 | 保存提示、检索内容、工具调用和变更日志 |
相关演示仍保留人工监督，完全自主运行被描述为未来目标。文章同时列出幻觉、凭据暴露、操作影响范围扩大和模型漂移等风险，因此AI运维不能只看生成效率，还要关注数据新鲜度、权限边界和审计能力。
为什么自动化越强，越需要网络安全信任
另一场主题演讲从安全事件协作角度讨论信任。网络安全团队在共享敏感信息、协调攻击响应或向外部组织请求帮助时，需要判断对方是否会妥善处理信息、采取合适行动并提供可靠反馈。演讲强调，信任通常来自面对面的经验、重复协作和长期关系，而不是仅靠协议或技术系统即时生成。APNIC 信任与安全协作总结
这对运营商和安全团队的启示是，协作机制应在事故发生前建设。可以从以下步骤开始：
- 明确事件联系人、值班渠道和信息分级规则。
- 提前约定哪些数据可以共享，哪些数据需要脱敏或审批。
- 通过联合演练验证告警、通报、处置和复盘流程。
- 记录每次协作的响应时间、信息质量和待改进事项。
- 把跨组织协作结果纳入安全和韧性评估，而不是只统计设备告警数量。
APNIC 文章还提到，APCERT和FIRST等社区为安全人员提供交流、经验分享和演练机会。它们的价值不只是发布信息，也在于让组织在真实事件前形成可识别、可联系和可协作的关系网络。APNIC 社区协作内容
IPv6、RPKI、海缆与政策讨论说明了什么
APNIC 62的延伸议题显示，自动化和信任并不是孤立的AI话题，还会落到地址规划、路由安全、海缆依赖和本地基础设施韧性上。INNOG 9相关总结讨论了IPv6部署、海底光缆、企业安全和网络中断经验，并提出本地DNS解析、关键服务本地副本以及海缆长期中断预案等方向。文章还提到IPv6、RPKI、ROA和ASPA等路由安全技术。INNOG 9与基础设施韧性总结
政策SIG方面，APNIC官方会后文章记录了七项政策提案的讨论结果：两项达成共识并进入后续政策发展流程，三项退回邮件列表继续讨论，另有两项未进行共识表决。达成共识的两项分别涉及IPv4需求评估措辞调整，以及在有运营需要时提供按半字节边界对齐的IPv6分配选项。APNIC 62政策SIG总结
这些议题对日常运维的直接启示是：地址规划应考虑自动化和反向解析，路由安全应纳入验证流程，关键服务不能只依赖单一外部链路，政策变化则应区分“已达成共识”和“仍在讨论”，不要把会议提案当成已经生效的规则。
网络运营商和安全团队可以先做什么
如果需要把APNIC 62的讨论转化为实际工作，可以按“观测—控制—验证—协作”四步推进：
- 观测：统一采集DNS、TCP、TLS、HTTP、IPv4、IPv6、设备和业务指标，保留故障发生前后的时间线。
- 控制：把自动化动作限制在明确对象、明确权限和明确时间窗口内，敏感变更保留人工批准。
- 验证：每次变更都检查连通性、延迟、路由、证书、服务状态和回滚结果。
- 协作：为外部事件建立联系人、信息模板、升级路径和复盘记录，并通过演练验证。
对于尚未具备完整自动化条件的团队，先实现“自动发现、人工确认、自动验证”通常比直接执行全自动变更更容易控制风险。对于AI辅助运维，优先选择只读分析、报告生成和变更前检查等场景，待数据质量、审计和回滚机制成熟后再扩大执行范围。
本文只对APNIC 62公开会后资料进行编译整理，不把会议观点等同于强制标准，也不把政策提案等同于已经生效的政策。
常见问题
APNIC 62什么时候在哪里举行？
APNIC 62于2026年9月4日至10日在印度孟买举行，9月4日至7日为培训和合作伙伴会议，9月8日至10日为正式会议。具体活动安排以APNIC 62会议官网为准。
APNIC 62最值得关注的技术主题是什么？
核心技术主题包括自主网络、实时遥测、意图编排、可编程路径控制、AI网络运维、RAG、MCP和数字孪生。实际落地时还要同步考虑人工监督、权限控制、审计和回滚。相关技术议程总结
APNIC 62是否主张网络完全由AI自动管理？
不是。相关演示仍采用人工监督，完全自主运行被描述为未来目标。当前更可执行的做法是让AI辅助观测、分析和生成变更方案，再由人工审批并进行结果验证。APNIC AI网络文章
APNIC 62的政策讨论已经全部生效了吗？
没有。政策SIG共讨论七项提案，其中两项达成共识并进入后续政策发展流程，其他提案仍在邮件列表讨论或未进行共识表决，不能直接视为已生效规则。政策SIG会后结果
为什么网络安全信任也被列为互联网基础设施议题？
因为重大安全事件通常需要多个组织共享信息、协调响应和确认处置结果。技术系统可以帮助传递信息，但长期协作关系、联系人机制和演练经验仍影响响应效率。APNIC 信任主题总结
常见问题
APNIC 62什么时候在哪里举行？
APNIC 62于2026年9月4日至10日在印度孟买举行，正式会议为9月8日至10日，具体安排以会议官网为准。
APNIC 62最值得关注的技术主题是什么？
重点包括自主网络、实时遥测、意图编排、AI网络运维、RAG、MCP和数字孪生，同时强调人工监督、权限控制和审计。
APNIC 62是否主张网络完全由AI自动管理？
不是。相关演示仍采用人工监督，完全自主运行属于未来目标，当前更适合先从分析、检查和变更前辅助开始。
APNIC 62的政策讨论已经全部生效了吗？
没有。七项提案中两项达成共识并进入后续流程，其余仍在讨论或未进行共识表决。
为什么网络安全信任也是基础设施议题？
重大事件需要多组织共享信息和协同处置，联系人机制、长期关系和联合演练会影响实际响应效果。