其中有几个概念我们需要搞清楚：

没想到“自助Platform+COE+BP（Business Partner）”这个看似简洁的结论却一下子将我敲醒，此时“运维岗位真的不能干了”才下眉头，而“如何成为COE领域专家”的想法却上心头。为什么会有这个想法呢？可以将“自助Platform+COE+BP（Business Partner）”的理念结合企业监控平台建设来分析下。

相信有点技术的企业一般都会选择自建监控平台，可使用的主流开源方案有：

通过以上工具的结合使用，基本上可以实现多维度+图形化的监控，如：

但是由于存在多种监控工具，产生数据孤岛的情况就无法避免，这是自助Platform的一个痛点。除非团队中有一个COE领域专家，能够知道开源方案的痛点，并带领大家跨越这个鸿沟，向指标、日志和分布式追踪的可观测性建设迈进，更好的为系统容量评估提供数据分析。

多维度的监控覆盖的范围比较广，涉及的领域及相关岗位有：

综上，多维度监控的覆盖范围和精确度离不开各个COE领域专家的指导与交流。但人的精力是有限的，团队要想做好各自领域的监控，也是要付出一定的努力的。

相较于BP（Business Partner），我更希望将此部分为SaaS，毕竟外部厂商提供的专业化的服务才是我们处理痛点的解药。虽然我们通过自助Platform+COE领域专家，在一定程度上解决了业务连续性问题，保障了业务系统的SLA。但是我们仍不可避免的会遇到以下的某个问题：

当我们无法做到十全十美，但是我们可以借助外部厂商的能力来帮助我们将平台建设的尽善尽美。专业化的SaaS服务能给我们更好的赋能，让双方的都能实现最终的双赢。

经过以上对监控平台建设过程的分析，我们可能会对”自助Platform+COE+BP（Business Partner）“的思想有了进一步的理解，那么运维的发力点在哪？

当走过监控平台建设之路后，回首望去，作为运维我们可能已经具备了”知识体系+解决方案+自我价值“的COE领域专家的能力，这不仅是一份自信，更是一份能让你从被淘汰大军中的分母走向不可替代的分子中的真实实力。

作为COE专家，对内我们可以指导团队以最佳实践完成功能平台的搭建，对外我们可以和专业的外部厂商明确提出痛点需求，让厂商提供专业的SaaS服务更好的辅助我们解决痛点。最后，非常感谢马驰和来炜两位老师的辩论，给我指引了一条新的运维出路，相信”认同“是感谢两位老师最好的方式。