Category: 架构

58转转的微服务架构 如下图所示： 一、分层，垂直拆分 在网关层面进行用户身份的校验。 在聚合层进行业务逻辑处理。这一块可以根据功能，进行横向的拆分，分为search、trade、info等横向的模块。 在原子层进行 增删改查 等数据库和缓存基础逻辑 二、通信模块 1.用户和微服务网关之间使用 https/http 协议，传输使用 json，使用 REST API。 2.服务器内部之间使用 RPC 协议（数据量小，长连接，数据安全），SCF 和私有协议。 三、微服务控制 1.需要将微服务（主要是网关层、聚合层、原子层三个层面，也许可以加上数据层）的配置信息（host，port，config等信息）存于注册中心，方便进行控制编辑，负载均衡（keepalive,retry）和下游服务发现 四、柔性可用实践 系统降级 =》 数据层降级 =》 柔性可用策略 系统降级：拒绝部分老请求，对新的请求进行响应，使用RPC队列方式；非核心请求丢弃，保留核心请求（核心业务）；随机丢弃一定比例的请求 数据层降级： 更新请求：持久化到消息队列，只更新缓存 读请求：读缓存 事后数据补齐：消息队列 -> 持久化到数据库 柔性可用策略： 监控和记录日志，并且能进行报警。微服务监控框架：open-falcon 进程监控：alive 语义监控：模仿用户进行检测返回值是否符合预期。 错误日志监控 数据波动监控：流量的突增突减 ，请求平均耗时和请求异常条数。 机器资源监控：机器资源不足。cpu，内存，磁盘等； 许多人所谓的成熟，不过是被生活磨去了棱角，变得世故而实际了。 那不是成熟，那是精神的早衰和个性的夭亡。 真正的成熟，应当是独特个性的形成，真实自我的发现，精神上的结果和丰收。 —— 周国平《灵魂只能独行》