轻松实现NMS迁移：经验教训
内容提要
这篇文章强调了IT工作中的关键事项，包括与客户和消费者保持联系，验证监控和报告的有效性，删除不必要的内容，讨论新需求，验证Kentik NMS的数据，监控重要事项，重视语言技能，将技术成就转化为商业价值，以及不忽视特定背景下学到的技能和技术。
延伸解读
迁移后维护客户关系
文章强调，迁移完成后不应让辛苦建立的客户关系荒废。应通过Slack、邮件、Zoom或当面交流，定期（每三到六个月）向客户和消费者提供状态更新，说明旧系统已关闭且不再消耗预算和人力，并清晰传达Kentik NMS带来的价值。同时，收集消费者反馈，了解旧工具未满足的需求，形成持续反馈循环。
利用现有工具交叉验证数据
文章指出，团队喜爱的工具中内置的监控数据可作为验证点。不应直接否定这些数据，而应将其与Kentik NMS的数据进行对比。若结果不一致，正是调查原因的机会。这并非认定某一方绝对正确，而是通过交叉验证提升整体环境的可靠性。
精简监控，聚焦业务价值
迁移过程中收集的监控项、报告和警报需要重新审视。文章建议追问每个监控项的实际价值：是否真的需要监控ARP表？是否需要每60秒收集一次？CPU利用率超过60%的警报是否提供有意义的业务洞察？发送给整个DBA团队的报告是否被直接丢进垃圾箱？每个监控元素都代表工作量，应删除无人使用的数据收集、无人响应的警报和无人关注的报告。
将技术成就转化为商业语言
文章鼓励IT人员利用语言技能，将技术成就转化为商业价值。具体做法包括：用业务术语描述监控和可观测性如何降低成本、消除风险甚至增加收入；在领导层会议中倾听业务优先事项，以此确定监控重点；将业务目标翻译回技术规格，并分享给团队，激发更多有效想法。持续反馈循环能确保业务理解网络可观测性的价值并获得支持。
Q&A
如何确保客户了解Kentik NMS的价值？
定期与客户沟通，提供状态更新，确保他们了解Kentik NMS的优势和投资回报。
在迁移到Kentik NMS后，如何验证监控和报告的有效性？
定期检查监控、报告和警报的结果，调整不再有效的内容，并删除不必要的项目。
如何利用语言技能将技术成就转化为商业价值？
在与领导层沟通时，用商业术语描述技术成就，强调如何降低成本和风险，增加收入。
在监控中，如何判断哪些资产是有价值的？
审查监控资产清单，询问每个资产是否提供实际业务价值，删除无用的监控项。
如何确保Kentik NMS的数据与其他管理工具的数据一致？
将Kentik NMS的数据与其他管理工具的数据进行对比，验证其一致性，发现差异并进行调查。
在迁移过程中，如何保持与消费者的反馈循环？
定期与消费者沟通，了解Kentik NMS的表现，并讨论他们的新需求和期望。
