微服务架构 ppt课件

改和发布。 ❖ 避免破坏性修改 服务的修改不能导致该服务的消费方发生
改变。 ❖ 保证API与技术的无关性 ❖ 保证API的易用性 ❖ 隐藏内部实现细节
12
h
微服务集成
❖ 2、编排与协同 ❖ 编排：同步调用一组服务，等待各个服务的返回结果。优
点是知道业务流程中每一步跨服务调用结果，缺点是容易 承担太多的调用，太耗时，导致调用方的不稳定性。
❖ 因此演变成右图这样，左图只需提供服务接口给右图调用 即可。
28
h
案例分析
❖ 案例三：服务设计中的不良习惯
29
h
案例二：如何跨系统访问数据表
❖ 在此系统中，ABCD四个系统进行了串联，这样就要求这 四个系统分别都是高可用的，如果其中任何一个系统挂了 或者发生问题，都会直接影响其他所有系统。
❖ 所以设计微服务架构的时候要尽量避免这种集中式的架构。
communicating with lightweight
mechanisms, often an HTTP resource API.
These services are built around business
capabilities and independently deployable
服务都可以单独修改和布署。 ❖ 高内聚：把相关的事务放在一起，把不相关的排除出去，
聚集在一起的事务只能干同一件事。
8
h
微服务的建模
❖ 2、限界上下文 ❖ 限界：划分规定界限、边界 ❖ 上下文：业务的整会发现系统中存在混杂 在一起的模型，模型之间的边界是非常模糊的。此时应 该为整个系统绘制一个边界，然后将其归纳在大范围之 内。
和分区容忍性。这个定理告之我们最多只能能保证三个中 的两个。

5. 什么样的项目适合微服务
微服务可以按照业务功能本身的独立性来划分，如果系统提供的业务是非常底层的，如： 操作系统内核、存储系统、网络系统、数据库系统等等，这类系统都偏底层，功能和功能 之间有着紧密的配合关系，如果强制拆分为较小的服务单元，会让集成工作量急剧上升， 并且这种人为的切割无法带来业务上的真正的隔离，所以无法做到独立部署和运行，也就 不适合做成微服务了。
2. 微服务的目的是有效的拆分应用，实现敏捷开发和部署 。
3. 微服务提倡的理念团队间应该是 INTER-OPERATE, NOT INTEGRATE 。INTER-OPERATE是定 义好系统的边界和接口，在一个团队内全栈，让团队自治，原因就是因为如果团队按 照这样的方式组建，将沟通的成本维持在系统内部，每个子系统就会更加内聚，彼此 的依赖耦合能变弱，跨系统的沟通成本也就能降低
7.3 缺点 运维要求较高 • 对于单体架构来讲，我们只需要维护好这一个项目就可以了，但是对于微服务架构来讲，
由于项目是由多个微服务构成的，每个模块出现问题都会造成整个项目运行出现异常，想 要知道是哪个模块造成的问题往往是不容易的，因为我们无法一步一步通过DEBUG的方式 来跟踪，这就对运维人员提出了很高的要求 分布式的复杂性 • 对于单体架构来讲，我们可以不使用分布式，但是对于微服务架构来说，分布式几乎是必 会用的技术，由于分布式本身的复杂性，导致微服务架构也变得复杂起来 接口调整成本高 • 比如，用户微服务是要被订单微服务和电影微服务所调用的，一旦用户微服务的接口发生 大的变动，那么所有依赖它的微服务都要做相应的调整，由于微服务可能非常多，那么调 整接口所造成的成本将会明显提高 重复劳动 • 对于单体架构来讲，如果某段业务被多个模块所共同使用，我们便可以抽象成一个工具类， 被所有模块直接调用，但是微服务却无法这样做，因为这个微服务的工具类是不能被其它 微服务所直接调用的，从而我们便不得不在每个微服务上都建这么一个工具类，从而导致 代码的重复。

课件
Zuul过滤器运行机制
课件
项目结构
课件
加入Zuul后的集群
课件
主要内容
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
课件
Config介绍
一、传统服务架构与微服务架构 二、什么是微服务 三、SpringCloud介绍 四、Eureka介绍 五、Ribbon介绍 六、Hystric介绍 七、Feign介绍 八、Zuul介绍 九、Config介绍
课件
Ribbon简介
负载均衡框架，支持可插拔式的负载均衡规则 支持多种协议，如HTTP、UDP等 提供负载均衡客户端
课件
Eureka
Eureka由两个组件组成：Eureka服务器和Eureka客户端。 Eureka服务器用作服务注册服务器。Eureka客户端是一 个java客户端，用来简化与服务器的交互、作为轮询负 载均衡器，并提供服务的故障切换支持。
课件
Eureka架构
课件
Eureka集群架构图
课件
主要内容
2.Fallback：Fallback相当于是降级操作. 对于查询操作, 我们可以实现一 个fallback方法, 当请求后端服务出现异常的时候, 可以使用fallback方法 返回的值. fallback方法的返回值一般是设置的默认值或者来自缓存.
3.资源隔离：在Hystrix中, 主要通过线程池来实现资源隔离. 通常在使用 的时候我们会根据调用的远程服务划分出多个线程池. 例如调用产品服 务的Command放入A线程池, 调用账户服务的Command放入B线程池. 这 样做的主要优点是运行环境被隔离开了. 这样就算调用服务的代码存在 bug或者由于其他原因导致自己所在线程池被耗尽时, 不会对系统的其 他服务造成影响. 但是带来的代价就是维护多个线程池会对系统带来额 外的性能开销.

Netflix Zuul
Zuul 是在云平台上提供动态路由,监控,弹性,安全等边缘 服务的框架。Zuul 相当于是设备和 Netflix 流应用的 Web 网 站后端所有请求的前门。当其它门派来找大哥办事的时候一 定要先经过zuul,看下有没有带刀子什么的给拦截回去，或者 是需要找那个小弟的直接给带过去。
• 作为一个微服务治理的大家伙，考虑的很全面，几乎服务治理的方 方面面都考虑到了，方便开发开箱即用。
• Spring Cloud 活跃度很高，教程很丰富，遇到问题很容易找到解决方 案
• 轻轻松松几行代码就完成了熔断、均衡负责、服务中心的各种平台 功能
与Spring Boot的关系
Spring boot 是 Spring 的一套快速配置脚手架，可以基于 spring boot 快速开发单个微服务，Spring Cloud是一个基于 Spring Boot实现的云应用开发工具；Spring boot专注于快速、 方便集成的单个个体，Spring Cloud是关注全局的服务治理框 架；spring boot使用了默认大于配置的理念，很多集成方案已 经帮你选择好了，能不配置就不配置，Spring Cloud很大的一 部分是基于Spring boot来实现
统瘫痪; • 系统不会被长期限制在某个技术栈上。
微服务不足
• “微服务”强调了服务大小 • 业务逻辑。 • 分区数据库 • 测试
三、微服务架构工作流程
微服务架构工作流程
• 设计阶段 将产品功能拆分为若干服务 为每个服务设计API接口
• 开发阶段 实现API接口（包括单元测试） 开发UI原型（页面）
●主要内容
一、服务架构设计的发展 二、微服务简介 三、微服务架构工作流程 四、springCloud介绍