技术起点与思维收获
贺晋如曾有幸和全球优秀工程师共事，一起从0搭建大规模分布式系统。在这个过程里，他收获颇丰。不仅学会搭建各类系统，更从大师那里学到搭建复杂系统的思维体系。比如如何在设计复杂系统时进行架构取舍，以及怎么写高质量代码，这为他之后的工作打下坚实基础。
在和这些优秀工程师的合作中，贺晋如接触到了最前沿的技术理念和经验。这些宝贵的经历就像一把钥匙，打开了他通往技术高端领域的大门，让他能以更专业的视角去看待和解决问题。
小红书基础架构职责
贺晋如是小红书基础架构负责人，负责公司多方面工作。涵盖云原生架构、高可用的服务架构、数据库、缓存和NoSQL存储系统等。他在技术领域的这些职责，对小红书系统的稳定运行起着关键支撑作用。
在小红书，他带领团队努力让这些基础架构稳定高效，为小红书亿级用户的服务和各业务功能的正常开展提供保障。他们日夜奋战在技术一线，确保小红书这座“数字大厦”的稳固。
中间件迭代理念
通过收集反馈发现，要降低推广新版本的成本，就需减少业务方改动。所以，在中间件迭代里，秉持业务无感知理念。这意味着让业务方接入成本足够低，实现以最小改动获取最大效益的目标。
从业务方角度来看，这种理念极大地方便了他们的工作。以前在系统升级时可能要耗费大量时间和精力去调整方案，现在只需轻松应对，就能使用新功能。
缓存架构迭代需求
随着小红书业务成长，缓存集群规模扩大，现有方案不再满足需求。团队目前正在进行缓存架构迭代，包括优化缓存内核、改进节点探活机制等，以满足超大规模缓存集群要求。
就像城市发展需要更大更完善的水库来满足用水需求一样，小红书业务的增长也需要更强大的缓存架构。经过这次迭代，小红书的数据处理能力有望大幅提升，用户体验也会更好。
数据库架构考量因素
在数据库架构上，主要考量业务需求、可扩展性和团队规模。小红书采用多云架构，和传统单云架构不同，它要让技术栈云独立，相同业务代码在任何云上都能运行。不过，跨云服务调用是一大挑战。
以电商业务为例，不同地区的用户可能使用不同的云服务。小红书的多云架构就要确保这些用户都能流畅购物。但跨云服务的控制和实现却需要大量的技术投入和精巧的设计。
微服务Serverless化方向
贺晋如提到微服务的Serverless化是一个方向，由架构团队管理底层资源，屏蔽差异性，给业务团队提供稳定、可弹性运行环境，便于业务快速迭代。这对加快业务发展速度很有意义。
例如一个新的营销活动功能，业务团队能更专注于活动内容设计，无需在底层资源上浪费精力。Serverless化可以让业务新功能更快上线，让小红书在激烈的市场竞争中更具优势。
你对小红书在基础架构领域的这些发展有什么看法？快来评论区分享，别忘了点赞和分享本文！
