改进要点

• 项目描述：要简介明了，条理清晰 ， 例如：

• 1句话描述项目背景；
• 1句话描述项目目标；
• 10句话以内描述项目主要架构；
• 3句话描述项目成果；

• 技术描述：

• 直击原理，描述主线；

• 场景描述：

• 需求本质；
• 大型网站共性需求： 通常从高并发、高可用、高性能、易伸缩、可扩展、保安全6个方面来考虑；

• 高并发、高可用： 通常需要服务多节点冗余部署来实现；
• 高性能： 通常指高吞吐、低延迟，通常可通过缩短请求处理链路和使用缓存（可能是多级缓存）来解决，其实使用缓存也是缩短请求链路的一种方式；
• 易伸缩： 无状态的服务最易伸缩，添加机器即可线性提升集群处理能力，对于有状态的应用，通常可以将状态拆分出来单独存储，例如单独的session服务器，就是应用会话状态的一种拆分；
• 可扩展： 大型网站，通常需要很多个功能模块来支撑，要可扩展，前提是需要降低服务之间的耦合性，当前业内最佳的实践方式就是微服务架构，做服务的拆分，新功能直接通过添加新的服务即可实现，且微服务目前最佳的落地形势就是ServiceMesh，让开发人员感觉是在做单机开发，将服务调用和服务治理彻底分开，从物理上解耦业务研发团队和基础架构团队，互不影响，独自演化；
• 保安全： 通常是通过认证和授权来实现，登录控制、访问权限控制；

• 微服务架构拆分：

• 横向请求处理层拆分： 通常可分为网关层、业务逻辑层、数据访问层、数据存储层，旁路：缓存、MQ、搜索引擎；
• 纵向是功能模块的拆分： 用户服务、商品服务、交易服务、订单服务、支付服务、仓储服务、物流服务；

• 架构模式结合场景：进一步分析。