微服务设计入门-精选版.pptVIP

  1. 1、本文档共40页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
微服务设计入门-精选版.ppt

基于云计算平台部署带来的好处 可以带来更好的可伸缩性 水平扩展、垂直扩展都更容易 可以带来更好的容错性 可以很容易地添加各种新的能力 例如阿里云所支持的大数据分析工具 可以大幅降低运维的成本 与应用无关的系统级运维,由云计算平台运营商负责 应用的运维团队只需关注与应用本身相关的运维 * 微服务和云计算平台结合 微服务和IaaS(基础设施即服务)结合 优点:很容易提高硬件配置、自己可以完全控制、可移植性好 缺点:自己需要做大量的运维工作 微服务和PaaS(平台即服务)结合 优点:不需要做大量的运维工作、 缺点:控制力度很弱、可移植性差 微服务和CaaS(容器即服务)结合 优点:不需要做大量的运维工作、控制力度强、可移植性好 缺点:学习成本较高 * 不同团队看待微服务的不同视角 产品设计团队视角 更大的灵活性 更强的响应力 开发团队视角 更便于维护 更便于增量迭代式开发 测试团队视角 更容易测试 上线回归时间更短 运维团队视角 更好的可伸缩性、高可用性 更容易部署 更容易监控 * 微服务系统的团队管理 康威定律(Conway’s Law) 任何组织在设计一套系统(广义概念上的系统)时,所交付的设计方案在结构来说,都会与 该组织的沟通结构 保持一致。 必须有整体的规划和相关规范 划分界定的上下文 根据界定的上下文划分服务 制定并维护服务设计规范、监控规范 * 微服务系统的团队管理 团队组织应与划分的领域模型(上下文)匹配 产品设计团队 开发团队 测试团队 充分授权 让小团队完全拥有某个领域模型及其上服务的所有权 所有权涵盖需求、构建、部署、运维等服务的全生命周期 * 天将降大任于斯人也 天将降大任于斯人也 天将降大任于斯人也 天将降大任于斯人也 天将降大任于斯人也 天将降大任于斯人也 天将降大任于斯人也 天将降大任于斯人也 天将降大任于斯人也 微服务设计入门 设计分布式系统的常识和最佳实践汇总 主讲人:李锟 * 什么是微服务? 全称微服务架构:Microservices Architecture,缩写为MSA Martin Fowler的定义: 微服务架构是一种架构模式,它提倡将单一应用程序划分为一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通(通常是基于HTTP的RESTful API)。每个服务都围绕着具体业务进行构建,并且能够被独立地部署在生产环境、预发布环境等。另外,应尽量避免统一的、集中式的服务管理机制,对具体一个服务而言,应根据应用上下文,选择合适的语言、工具对其进行构建。 * 微服务架构的几大特征 由一组小的服务组成一个完整的应用(或网站) 每个服务围绕一个相对独立的业务领域(领域模型)构建 服务之间通过轻量级的通信机制互相沟通 完全去中心化 每个服务都可以独立部署 每个服务可以使用不同的编程语言实现 * * 微服务架构和传统面向服务架构(SOA)的区别 SOA没有为服务如何划分提出具体指导 SOA无法防止服务之间过度耦合 SOA通常使用重量级的通信协议,例如 SOAP/WSDL SOA中常常有集中式的服务管理机制,例如 UDDI、ESB SOA未强调服务的独立部署 SOA难以使用不同的编程语言实现 SOA的性能和可伸缩性无法满足面向互联网大流量应用的需要 * * 微服务架构能带来的好处——解决传统单块风格(monolithic style)应用的问题 单一代码库,代码维护复杂 修改或新增代码,影响范围难以清晰估计 迭代周期很长,难以制定周期固定的迭代开发计划 对程序员的技能要求很高 单一发布单元,测试困难 设计开发测试用例需要考虑的问题太多,包括验收测试、回归测试、性能测试 * 微服务架构能带来的好处——解决传统单块风格(monolithic style )应用的问题 单一发布单元,发布困难 可能需要停掉整个应用(或网站) 每次发布耗时很长:发布上百台服务器、预发布环境大量的回归测试 …… 对服务器硬件配置要求极高,垂直扩展困难 CPU、内存、硬盘、网络带宽 …… 无法做到无状态,水平扩展困难 无法实现线性水平扩展 难以做容量规划 * 微服务架构能带来的好处——解决集中式服务管理机制的问题 常见集中式服务管理机制 企业服务总线(ESB) Dubbo的服务注册中心 配置中心 集中式服务管理机制的问题 可伸缩性差,容易成为性能瓶颈 有可能出现单点故障 设计开发难度极高,因为要保证非常高的可用性(HA) * 微服务架构能带来的好处——解决重量级通信机制的问题 常见的重量级通信机制 基于HTTP的各种RPC(远程过程调用)风格协议:SOAP/WSDL、XML-RPC、JSON-RPC、Burlap、Hessian 二进制DO(分布式对象)风

文档评论(0)

liuxiaoyu99 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档