时间:2017年07月06日星期四
说明:本文部份内容均来自慕课网。@慕课网:http://www.imooc.com
教学示例源码:无
学习学习源码:无架构
分享要点-微服务架构运维
特色 使用缘由 演进 通讯协议、服务注册与发现 柔性可用实践 服务治理
什么是微服务微服务
微服务是一系列小服务的组合 微服务能够单独运行,独立的进程 微服务整个构建要结合业务能力,围绕业务模型构建 微服务能够进行独立部署 微服务架构是一个去中心化的管理
特色-微服务架构性能
微服务粒度 独立进程 围绕业务建模 轻量级通讯 去中心化管理
使用缘由-转转是什么学习
二手交易平台
使用缘由-二手交易平台功能spa
发布商品 分类搜索 关键词搜索 推荐商品 消息中心:私信、留言 我的中心等等
使用缘由设计
业务功能多 业务复杂性高 业务高速发展 用户体验好
微服务架构特色&二手交易平台特色code
系统高可用 系统高扩展性 快速迭代 持续交付
演进-如何设计进程
总体设计 --水平分层 --垂直业务拆分 每层设计 --微服务-业务单元垂直拆分 --无状态化 --独立进程、部署、运维 高可用 --冗余 --自动恢复
示意图ip
整体架构示意图
演进-存在问题-二手交易特色
业务发展快 业务愈来愈复杂 研发人员增多 开发瓶颈集中:微服务聚合层
演进-存在问题-微服务聚合层
进一个Process 多人开发冲突 业务耦合性高 性能瓶颈 扩展性差
示意图
演进
单微服务聚合层 => 多微服务聚合层 业务逻辑拆分 => 业务物理拆分
演进示意图:单微服务聚合层 => 多微服务聚合层
演进-多微服务聚合层优势
独立 进程、开发、部署、运维 高效 快速迭代、持续交付
通讯协议-轻量级通讯协议
通讯协议选择
微服务注册与发现示意图
柔性可用实践-为何须要
当流量高峰期、短时请求量大时 服务能力有限 性能降低 服务宕机 系统雪崩
柔性设计如何作
目标:保证核心服务可用;非核心服务弱可用,甚至不可用 策略:系统降级、数据层降级、柔性可用策略生效
系统降级
拒绝部分请求 关闭部分服务(业务紧密)
拒绝部分请求示意图
数据层降级示意图
服务治理
为何须要监控 进程状态 及时发现问题 主动权
监控什么
机器资源 进程状态
服务治理-监控手段