AI时代基础架构如何演进：快手资深架构师访谈

余昭辉 ： 嗨，我现在在快手主站做业务架构的一些工作，主要就是看看我们工程架构上一些痛点怎么解决，比如工程耦合的合理性问题，还有数据存储上是不是可以采用更有效的缓存模型优化性能、降低成本之类的。在加入快手之前我在去哪儿、携程、便利蜂等公司工作过，做过十多年的基础架构相关的研发工作。

余昭辉 ： 嗯，主要的挑战有这么几个方面吧，第一个是短视频领域最近几年发展特别迅速，快手是短视频行业头部之一，用户规模决定了我们很多架构的选择其实在行业内缺少可供参考的案例，再加上这几年的业务狂奔，也给架构积累了不少技术债。

另外一点是，在降本增效的大环境之下，如何在成本和架构合理性之间寻找平衡点也非常有挑战，就比如微服务架构这个事情，大家都说合久必分，依赖重了，复杂了我们就拆分呗，但是如果在一个千万qps的大规模系统里，拆分就不仅仅是单纯的依赖重不重的问题了，需要考虑的因素就很多，比如拆分后IO放大了好几倍，相应地稳定性、性能、成本都可能会劣化，这是非常有挑战的。所以这个也是我们未来一段时间的重点工作，寻找海量qps服务下的架构实践。

余昭辉 ： 对于技术方案落地，我关注更多的可能是稳定性相关的，因为就目前我们的用户规模，如果稳定性受损，影响面将非常大，所以为了保证技术方案顺利实施，我们会做很多事前的压测工作，还会有各种灰度的措施，比如针对每个功能点都会有灰度开关，然后缓慢地放量，还要设计周全的降级和回滚措施。

余昭辉 ： 作为业务架构师，在做技术选型的时候，我觉得首先就是要了解清楚业务背景，在问题开始之前，多想一下我要解决的问题是什么？我要解决的问题到底是什么？想清楚这个很多时候技术选型就会自动地浮现出来。

想清楚真正的问题之后，下一步就是对问题进行拆解，要把一个大的问题拆分成多个小问题，然后针对这些小问题各个击破。

最后就是从稳定性、成本等各个方面做一些测算，做一些benchmark，然后就是考虑落地节奏之类的啦。

余昭辉 ： 这方面我其实做的不太好，我觉得开源项目的成功关键最主要的是社区建设和维护，建设一个活跃的社区之后，就会有更多的人参与进来，然后开源项目才能发展地更好，反而项目本身倒是其次的。

余昭辉 ： 我其实对AI还理解的不太深，但是目前一些AI产品我基本上也都用过，有的用的还比较频繁，现在基本上代替了一部分搜索引擎的任务。

我觉得AI这个东西，积极去拥抱就好了，看看自己日常的工作有什么AI是可以帮助你的。其实架构师的很多工作是不确定的、模糊的，就是不好对这个问题下一个定义，所以导致你都没法直接去搜索引擎搜，因为你不知道keyword到底是什么，在以前你可能需要找一些人聊聊，但是现在你可以和AI聊，然后慢慢的探索出那个keyword，然后你就可以搜一些成熟的解决方案。

余昭辉 ： 这是个好问题，我也一直在自问。传统的基础架构确实好像没有以前重要了，但也又比以前更重要。

一方面现在可选的开源组件非常多，云服务也越来越成熟，所以好像没什么新的东西可以做，很多公司的基础架构团队基本上成了SRE的角色，很少有一些原创性的开发工作了。

但是另一方面，现在很多工作都进入了深水区，以前那种基本可用，粗放型基础架构工作不再适合了。比如以前我们很多高可用方案都采用主从同步的方式，而现在基本上Raft成了标配；还有怎么在降本增效的大环境里，极致的压榨性能，在本次GIAC基础架构专题中，来自快手的李其胜就分享了快手的持续性能分析平台Perf-Insight，就是属于这类。

余昭辉 ： 我个人特别认同第一性原理，我觉得架构师真正的能力就是要直击问题本质，用第一性原理看我们的业务，看我们的架构，从本质上去思考问题到底是什么，然后提出有效的解决方案。

提升技术可能每个人都有自己的方法，我个人比较习惯从这几个方面：

1、多看 ，我会关注各种计算机顶会的论文，看看这些行业TOP的公司和专家怎么解决问题的，他们的方案是什么。