阿里 P6 到底应该具备哪些核心能力？

见字如面，我是军哥。

有一位读者朋友联系我，说他有阿里的技术人才能力模型，但是不能完全理解，想问问能不能解读一下，我看了一下内容确实很棒，于是我决定来解读一下，这个模型分为初级、中级和高级，先来聊下「初级模型」—— P6 篇。

高清图请公众号后台回复“199”获取。

今天的文章将从「技术、业务、通用、其他和考察重点」五点逐一展开。

1.技术

按以上的思维导图，技术部分提炼为三点：

1、有技术攻坚能力，就一个单点技术问题，可以提供有深度的解决方案，并且执行落地；面对较复杂的技术问题有自己的解决方法，有沉淀可输出。

解读：比如缓存被击穿问题，导致数据库高负载并最终变为应用系统不可用，此时我们需要去诊断 Redis 集群被击穿的原因，当然有可能因为缓存的 value设计不合理导致占用空间太大，也有可能是缓存的超时设计不合理等等，我们需要通过现场还原真相，通常的办法是先去看看 Redis 的命中率，事故的现场分析出现问题机器的堆栈信息。

从问题的表面直到内核，解决这种疑难问题的顶层思路是从整个缓存的使用链路，缓存相关的监控信息入手，甚至业务上的一些数据变化或是否有新的代码上线等角度。

并且对每一个重大线上问题事后要形成故障报告沉淀，这些惨痛的经验都将成为团队新人引以为戒的案例。

2、对于负责的技术模块具备一定的架构设计和选型能力，能清晰理解上下游技术团队相关技术的架构设计和原理；对通用领域技术方案有一定了解。

解读：比如我负责电商 C端 的订单系统，我需要根据我的日订单量和业务复杂度来设计系统架构，核心数据落到关系型数据库，非核心数据针对场景可以考虑 Redis 或者 MongoDB，另外我也需要了解上游比如推荐系统一些原理和业务特性，也需要思考下流的履约系统的业务特性。

当然对 MQ，数据库分库分表切如何分，以及分布式定时任务这些通用技术都需要了解他们最合适的使用场景。

3、能准确阐述核心技术点和业务之间的逻辑和关联，具备良好的定义指标的能力和数