基于大数据与云计算的微服务如何运作PPT课件.pptx

微服务 你玩的起吗 勿在浮沙筑高台 3 20 2020 1 MartinFowler 微服务架构微服务架构是 一种架构模式 它提倡将单 一应 用程序划分成 一组 小的服务 服务之间互相协调 互相配合 为 用户提供最终价值 每个服务运 行在其独 立的进程中 服务与服务间采 用轻量级的通信机制互相沟通 通常是基于HTTP协议的RESTfulAPI 每个服务都围绕着具体业务进 行构建 并且能够被独 立的部署到 生产环境 类 生产环境等 另外 应当尽量避免统 一的 集中式的服务管理机制 对具体的 一个服务 而 言 应根据业务上下 文 选择合适的语 言 工具对其进 行构建 3 20 2020 2 为什么要采 用微服务架构 3 20 2020 3 RebeccaParsons 让系统尽可能快的响应变化 初衷 3 20 2020 4 服务足够小 独立运行 轻量级通信机制 独立的部署 去中心化 要多小 怎么部署 出错怎么办 如何保证一致性 3 20 2020 5 Tallenough 玩得起微服务的条件快速响服务 自演进持续改进的 自组织 文 3 20 2020 6 2012年初探微服务 2014年 黑暗时代 2015年服务治理 2016年新的征程 背景介绍2009年 3 20 2020 7 业务系统B 2012年新的需求业务系统A 3 20 2020 8 领域服务 重 用服务新的业务系统A 业务系统B模块A模块B模块C模块D 重复 业务系统A模块A模块B模块C 3 20 2020 9 领域服务 服务A服务C 服务B服务D 业务系统B 服务E 服务F 微服务架构初步形成Librarian业务系统A 3 20 2020 10 那时的微服务 系统集成消除重复ful APIRestfulAPI 自动化部署 特性团队 3 20 2020 11 它给我们带来了哪些好处 3 20 2020 12 领域服务 服务A服务C 服务B服务D 新业务C三个 月上线Librarian 业务系统B 业务系统C 服务F服务G 服务E服务H 业务系统A 3 20 2020 13 你是我们 见过最棒的团队 3 20 2020 14 更多服务更快 一点 3 20 2020 15 服务越来越多 周期越来越短60 6services 8 4services 3 20 2020 16 1 2014年问题倍出 环境 手 工维护 频频出错部署成功率很低 部署时经常有 一堆环境修改需求 运维 人员出错机会增加 运维效率极低 2 缺乏有效监控 无法快速有效定位问题 无法快速有效知晓服务运 行状态 服务资源浪费 3 20 2020 17 3 服务过 大 堵塞交付快速增 长的结果导致服务过 大或者服务过 小 而过 大的服务导致整个提交流 水线堵塞 测试 人员 无法拿到新的版本 交付延期 4 团队出现冲突 架构腐化严重交付不能完成导致各 角 色间的冲突越来越严重 为了快速上线质量遭到牺牲 架构 无 人守护 各种不 一致性 服务内部接 口 一 片混乱 核 心 人员离 职 2014年问题倍出 二 3 20 2020 18 不要再添加任何服务 3 20 2020 19 3 20 2020 20 当然不是 3 20 2020 21 业务迅速扩张 3 20 2020 22 技术选型灵活 3 20 2020 23 助 力客户快速占领市场 3 20 2020 24 那怎么办 3 20 2020 25 DevOps 2015年服务治理快速响应 只有这些是不够的 fulAPIRestfulAPI 自动化部署 特性团队 3 20 2020 26 1 2 3 服务过 大 堵塞交付快速增 长的结果导致服务过 大或者服务过 小 而过 大的服务导致整个提交流 水线堵塞 测试 人员 无法拿到新的版本 交付延期 4 团队出现冲突 架构腐化严重交付不能完成导致各 角 色间的冲突越来越严重 为了快速上线质量遭到牺牲 架构 无 人守护 各种不 一致性 服务内部接 口 一 片混乱 核 心 人员离 职 环境 手 工维护 频频出错部署成功率很低 部署时经常有 一堆环境修改需求 运维 人员出错机会增加 运维效率极低 缺乏有效监控 无法快速有效定位问题 无法快速有效知晓服务运 行状态 服务资源浪费 回到问题 3 20 2020 27 1 运维 自动化 1 基础设施 自动化实施了新的部署流程 成功率 大 大提 高 部署时间缩短到30分钟 2 高效监控服务提供状态汇报 利 用Splunk聚合 日志 对服务运 行状态进 行监控 大 大提 高运 维效率 3 20 2020 28 2 DevOps 一家亲 2012 2015 3 20 2020 29 3 服务过 大 堵塞交付快速增 长的结果导致服务过 大或者服务过 小 而过 大的服务导致整个提交流 水线堵塞 测试 人员 无法拿到新的版本 交付延期 4 团队出现冲突 架构腐化严重交付不能完成导致各 角 色间的冲突越来越严重 为了快速上线质量遭到牺牲 架构 无 人守护 各种不 一致性 服务内部接 口 一 片混乱 核 心 人员离 职 缺乏有效监控 无法快速有效定位问题 无法快速有效知晓服务运 行状态 服务资源浪费 回到问题环境 手 工维护 频频出错部署成功率很低 部署时经常有 一堆环境修改需求 运维 人员出错机会增加 运维效率极低 3 20 2020 30 3 服务拆分 3 20 2020 31 微服务的附加成本 3 20 2020 32 3 服务 自演进 1划分合适的业务边界22进 行合适模块化3可测试的 4 拒绝跨上下 文的数据表连接 3 20 2020 33 交付畅通 3 20 2020 34 4 缺乏有效监控 无法快速有效定位问题 无法快速有效知晓服务运 行状态 服务资源浪费 团队出现冲突 架构腐化严重交付不能完成导致各 角 色间的冲突越来越严重 为了快速上线质量遭到牺牲 架构 无 人守护 各种不 一致性 服务内部接 口 一 片混乱 核 心 人员离职 回到问题环境 手 工维护 频频出错部署成功率很低 部署时经常有 一堆环境修改需求 运维 人员出错机会增加 运维效率极低 服务过 大 堵塞交付快速增 长的结果导致服务过 大或者服务过 小 而过 大的服务导致整个提交流 水线堵塞 测试 人员 无法拿到新的版本 交付延期 3 20 2020 35 85 113 所有 人 3 20 2020 36 康威定律 设计 一个系统的任何组织所产 生的设计和架构都等价于其组织间的沟通结构 MelvynConway 1967 3 20 2020 37 康威逆定律 逐渐改进你的团队和组织结构来促进你所渴望的软件系统架构 SamNewman 3 20 2020 38 服务足够小 独立运行 轻量级通信机制 独立的部署 去中心化 微服务架构特性 3 20 2020 39 API设计指导原则 容错性 PerfGuild DevOpsGuild 交付特性团队 新的团队结构交付特性团队 3 20 2020 40 没有衡量就没有改善 你衡量什么就得到什么 PeterF Drucker 3 20 2020 41 产品规划 需求澄清 分析设计 开发实现 测试交付 上线发布 运营 持续交付持续改进 建 立闭环反馈系统 3 20 2020 42 DevOps 这样就 足够了吗 快速响应 3 20 2020 43 一个具有快