gydtep

快速回顾一下DevOps每个环节所需要考虑的东西。在开发阶段，首先需要梳理业务的需求和场景，并且将需求转换为系统设计，同时需要考虑数据模型如何设计，才能够让数据库不成为单点和瓶颈。

gydtep

如果用户采用 Serverless 的模式构建应用，也就是相当于在上层API的方式构建应用，粘合的逻辑和基础设施管理的工作都由云服务商来承担，用户所需要整合和决策的代价比较低，所需要考虑的主要就是如何将业务逻辑和需求与云服务进行适配来构建应用。

gydtep

3.第三点是解决复杂问题。好的架构师都在解决复杂的问题。只有复杂的问题，它才需要更多不一样的技术或更新的技术彻底解决。高并发高可用是我们阿里电商面临的基本面问题，但是架构师要有不一样的高并发和高稳定性的解决思路。

gydtep

当前最紧急的问题，比如说用户体验、提升效率、低成本。这些问题其实是非常复杂的。很多同学都想解决这个问题，很多种方法都在解决，但是整体来说效果不是特别明显。

gydtep

解决问题是制定问题的实施路径和解决方案，协同团队和上下游，推进问题的解决。架构要解决的问题一定不是一个局部问题，一定是一个全局问题。架构师一定会碰到各种各样的角色和链路，他要有这个能力去定义问题的解决方案和实施路径，同时要协同团队。他不能闷头做事，真的要抬头，并且是要有良好的沟通能力，跟所有的同学达成共识才能往前进。

gydtep

第一点就是沟通能力非常关键。你怎么把这个问题说清楚，切中问题的点，同时也能帮助上下游带来实际的效果。第二点是架构需要能救火，但不仅仅是救眼前的火，应该救未来的火，架构师救火能力要很强。

gydtep

第一点就是沟通能力非常关键。你怎么把这个问题说清楚，切中问题的点，同时也能帮助上下游带来实际的效果。第二点是架构需要能救火，但不仅仅是救眼前的火，应该救未来的火，架构师救火能力要很强。

gydtep

从2017年到业务平台以后能学到系统它的链路是什么样的，数据链路是怎么样的，整个调用链路是怎么样的，它和底层的关系是什么样的，可能遇到什么样的问题了？现在可能出现这个问题，再往后运行是不是会出现其他的问题。通过救火的过程中积累对系统的了解。

gydtep

第一点就是沟通能力非常关键。你怎么把这个问题说清楚，切中问题的点，同时也能帮助上下游带来实际的效果。第二点是架构需要能救火，但不仅仅是救眼前的火，应该救未来的火，架构师救火能力要很强。

gydtep

我来阿里之前在做一个CRM的系统。刚开始前几年一直在做CRM系统的业务，后来我要解决很多业务的问题，要把它抽象出来，去做业务问题下面基础的平台。再后来发现基础平台的要解决更彻底，还要做下面的中间件。来阿里之前我做过业务，做过业务的开发平台，也做过开发平台下面的中间件。