项目性能评估

项目性能评估

• 1 无单点 (服务层面)服务节点无状态，支持集群部署；在定时任务调度等单节点调度场景中，可使用分布式锁、分布式任务调度平台实现无单点，多节点集群部署；
• 2 熔断能力 (服务层面)服务间调用支持达到一定阈值后自动熔断，并且具备熔断后自动恢复的能力；
• 3 限流能力 (服务层面)设置服务能承载的流量负载阈值，支持过载保护；例如对外提供服务的高频接口，提供方限流；调用公共服务接口时，除公共服务提供方限流外，调用方也应该限流；
• 4 降级能力 (服务层面)当依赖服务不可用，或系统负载比较高时，支持系统、服务、方法层面的降级，保障自身服务、核心业务稳定性；
• 5 接口RPC化 (服务接口层面)内部服务间的调用应以RPC接口的方式提供服务，例如使用了http接口，需改造成dubbo/tars接口；
• 6 预案 (故障处置层面)对各种可能的线上事故应急处置方案；比如机房断电、断网，迁移机房，MySQL/Redis宕机，依赖的核心服务不可用等；
• 7 从零恢复 (数据灾备层面)某个机房、某个机架的服务、数据全部丢失，能从其他区域的备份数据中恢复；例如业务A部署在1机房，DB层面通过主从复制方案备份数据在2机房；某一时间1机房挂掉，且无法恢复，如果能通过2机房的备份数据重新恢复对外提供服务，即认为具备从零恢复能力；
• 8 读写分离 (数据层面)数据层面的读写分离；
• 9 动静分离 (资源层面)资源层面的动静分离；
• 10 冷热分离 (数据层面)数据层面的冷热分离；经常访问的数据为热数据，可考虑缓存；访问频率不高，比较旧的数据为冷数据，可考虑归档存储；
• 11 数据属主单一 (数据层面)某一个数据库（MySQL、Redis、ElasticSearch、MongoDB等）只能属于一个业务方，其他业务需使用该数据时应调用该业务提供的接口，不允许存在多个业务操作同一个数据库的情况；
• 12 业务数据和大数据分离 (数据层面)业务相关的在线服务数据和用于计算、统计的大数据存储分离；
• 13 弹性伸缩 (运维发布层面)支持流量高峰期、系统负载较高时，自动扩容服务节点；流量低峰期、系统负载较低时，自动缩减服务节点；
• 14 check.do接口 (监控层面)能通过check.do接口从业务层面判断服务节点存活状态； 15 基础监控 (监控层面)基础监控(CPU / 内存 / 磁盘IO / 网络 / 进程 / 线程等)