quanzhan_King的博客

对redis重度依赖，redis有细微的抖动，服务接口响应时间波动非常大，系统风险大；redis使用不规范，没有提前对redis大key作出预判，导致面对突发流量，系统扛不住；没有形成一套标准的高井发和高稳定性的架构设计评审方案，由于xxx系统属于核心系统，每天请求的OPS很大，所以对于系统的稳定性设计要求极高，可能设计方案出现一点疏忽就会影响系统整体的稳定性；性能压测没有真实模拟线上数据，导致压测结果有偏差，不能对研发同学优化性能做到精准支撑；

在一家小公司做项目的时候，都是一个服务打天下，所以涉及到数据一致性的问题，都是直接用本地事务处理。随着时间的推移，用户量增大了，发现一个Java服务扛不住了，于是技术大佬决定对于系统进行升级。根据系统的业务对于单体的一个服务进行拆分，然后对于开发人员也进行划分，一个开发人员只开发和维护一个或几个服务中的问题，大家各司其职，分工合作。然服务拆分不是一蹴而就的，这是一个耗时耗力的庞大工程，大多数系统都是进行多轮拆分，而后慢慢形成一个稳定的系统。遵守一个核心思想：先按总体业务进行一轮拆分，后面再根据拆分后的服务模

1、使用Github 1.1 目的 借助 github 托管项目代码 1.2 基本概念 仓库（Repository）： 仓库用来存放项目代码，每个项目对应一个仓库，多个开源项目则有多个仓库。 收藏（Star）: 收藏项目，方便下次查看，stat数量也是项目被认可的程度。 复制克隆项目（Fork）： 把被人的项目仓库，在自己的账号下复制一份，该fork到的项目是独立存在的。并且会有表示，来自于谁的。 发起请求（Pull Request）: Fork到别人的项目，自己可以进行修改，如果想要让创始