PeeringDB 2023 年将产品管理引入敏捷迭代，首批推出 carrier 与 campus 两大新对象，并计划通过 Google Analytics 与 NANOG 87 Hackathon 解决网站易用性分歧与本地缓存同步难题，核心目标是让网络配置数据的获取与同步更自动化。
新对象：carrier 与 campus 解决互联定位盲区
PeeringDB 在 1 月发布中上线 carrier 对象，供大容量链路提供商标注所在互联设施，采用最小结构上线以收集实地需求；campus 对象则让设施运营方标识楼间跨接与楼内跨接具备同等便利性，帮助买方判断是否必须进驻同一楼宇。两对象均处于可扩展阶段，后续字段增减完全依赖用户反馈，原文未给出具体采纳指标。
网站体验：数据驱动替代主观争论
年度调查显示网络配置数据为最高价值项，但界面风格两极分化：简洁派与现代派各执一词。为避免盲目改版，PeeringDB 已在 beta.peeringdb.com 引入 Google Analytics，拟推广至 www.peeringdb.com 与 docs.peeringdb.com，通过真实访问路径定位痛点，而非凭偏好决策。
同步自动化：从手工比对到增量闭环
大量用户依赖 API 或本地缓存，现状需人工核对差异。NANOG 87 Hackathon 重点攻克增量识别、变更建议生成与审批流自动化，目标是让工具开发者与配置管理方能直接消费「什么变了、该怎么改、一键应用」的完整链路，原文未给出具体交付时间表。
对运维工程师而言，carrier 与 campus 对象将缩短选址决策链路，Analytics 落地后界面优化将基于真实行为而非呼声，增量同步机制成熟后可显著降低配置漂移风险，建议尽早通过 Issue 或评论参与字段定义与优先级投票。
原文: APNIC Blog（2023-02-07）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog