超长文警告!!建议先查看目录
需要相关note及反馈问题的,请留言
跟着此文一步步来,代码不存在问题
文章目录
- SpringCloud阶段的学习
-
- 微服务架构4个核心问题
- 核心问题解决方案
- 常见的面试问题着这些去学习
- 微服务的概述
-
- 什么是微服务/span>
- 微服务优缺点
- 微服务通信机制
- 微服务的技术栈有哪些/span>
- 为什么选择SpringCloud作为微服务架构
- SpringCloud入门概述
-
- SpringCloud是什么
- SpringCloud和SpringBoot关系
- Dubbo和SpringCloud技术选型
-
- 1、分布式+服务治理Dubbo
- 2、Dubbo和SpringCloud对比
- SpringCloud能干什么
- SpringCloud在哪里下载
- SpringCloud起步 搭建父工程
-
- 1、 总体介绍
-
- springboot和springcloud版本的对应
- 2、SpringCloud版本选择
- 3、创建父工程maven
- 4、创建maven项目公共实体
- 5、创建服务的提供者maven项目
- 6、Rest环境搭建,服务消费者
- Eureka服务注册与发现
-
- 什么是Eureka
- 原理讲解
- Eureka注册中心构建
- Eureka服务消费 注册、信息配置、自我保护机制
- Eureka集群环境配置
- Eureka:CAP原则及对比Zookeeper
- Ribbon负载均衡
-
- 集成ribbon 在的消费者客户端
- 使用Ribbon实现负载均衡
- Ribbon 自定义负载均衡算法
- Feign 负载均衡
-
- Feign 简介
- Feign 能干什么
- Ribbon和Feign的区别
- Feign使用接口方法调用服务
- Hystrix 服务熔断
-
- 分布式系统面临的问题
- 服务雪崩
- 什么是Hystrix
- Hystrix能干什么
- 服务熔断
- Hystrix服务熔断环境搭建
- Hystrix 服务降级
-
- Hystrix服务熔断和降级对比
- Hystrix:Dashboard流监控
- Zuul 路由 关
-
- 概述
-
- 什么是Zuul
- Zuul能干什么
- 为什么要建立Zuul
- Zuul组件
- Zuul路由 关 项目搭建
- SpringCloud config分布式配置
-
- 概述
-
- 分布式系统面临的 —— 配置文件的问题
- 什么是Springcloud config分布式配置中心
- SpringCloud config分布式配置中心能干嘛
- springcloud config环境搭建配置
-
- Git
- idea服务端连接Git配置
- 客户端连接服务端访问远程
-
- 提交 config-client到远程仓库
- 客户端连接服务端访问远程配置
- 远程配置实战测试
SpringCloud阶段的学习
微服务架构4个核心问题
- 服务很多,客户端怎么访问/li>
- 这么多服务,服务之间如何通信/li>
- 这么多服务,如何治理/li>
- 服务挂了怎么办/li>
核心问题解决方案
springcloud 生态
-
Spring Cloud NetFlix 一站式解决方案
api 关,zuul组件
Feign—基于Httpclient —Http通信方式:同步、阻塞
服务注册发现:Eureka
熔断机制:Hystrix
-
Apache Dubbo Zookeeper半自动,需要整合别人的
API:没有,找第三方组件,或者自己实现
Dubbo:高性能的基于JAVA RPC的通信框架
服务注册发现:Zookeeper
熔断机制 没有,可以借助Hystrix
Dubbo和Zookeeper这个方案并不完善
-
Spring Cloud Alibaba 一站式解决方案,更简单
springboot是构建 springcloud是协调
常见的面试问题着这些去学习
- 什么是微服务
- 微服务之间是如何独立通讯的
- SpringCloud和Dubbo有哪些区别
- Springboot和SpringCloud,谈谈对他们的理解
- 什么是服务熔断么是服务降级
- 微服务的优缺点分别是什么下在项目中遇到的坑
- Eureka与dubbo+zookeeper都可提供注册和发现功能,两者有何区别/li>
- 你所知道的技术栈有哪些列举一二
微服务的概述
什么是微服务/span>
微服务(Microservice Architecture)最近几年流行的一种架构思想,关于他的概念很难一言蔽之。
原文:https://martinfowler.com/articles/microservice.html
汉化:https://www.cnblogs.com/liuning8023/p/4493156.html
- 就目前而言,对于微服务,业界并没有一个统一的, 标准的定义
- 但通常而言,微服务架构是一种架构模式,或者说是一种架构风格, 它提倡将单一的应用程序划分成一组小的服务,每个服务运行在其独立的自己的进程内,服务之间互相协调,互相配置,为用户提供最终价值。服务之间采用轻量级的通信机制互相沟通,每个服务都围绕着具体的业务进行构建,并且能够被独立的部署到生产不境中,另外,应尽量避免统一的,集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选圣合适的语言,工具对其进行构建,可以有一个非常轻量级的集中式管理来协调这些服务,可以使用不同的语言来编写服务,也可以使用不同的数据存储;
官方的话太过于生涩,我们从技术维度来理解下
- 微服务话的核心就是将传统的一站式应用,根据业务拆分成一个一个服务。彻底的去耦合,每一个微服务提供单个业务功能的服务,一个服务做一件事情,从技术角度看就是一种小而独立的处理过程,类似进程的概念,能够自行单独启动或销毁,拥有自己独立的数据库
微服务与微服务架构
微服务
强调的是服务的大小,他关注的是某一个点,是具体解决某一问题/提供落地对应服务的一个服务应用,狭义的看,可以看做是IDEA中的一个微服务工程或者Moudel
微服务架构
一种新的架构形式,Martin Fowler,2014提出
微服务架构是一种架构模式,它提倡将单- -应用程序划分成一组小的服务,服务之间互相协调,互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务于服务间采用轻量级的通信机制互相协作,每个服务都围绕着具体的业务进行构建,并且能够被独立的部署到生产环境中,另外,应尽量避免统一的, 集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选择合适的语言,工具对其进行构建。
微服务优缺点
优点
- 每个服务足够内聚,足够小,代码容易理解,这样能聚焦一个指定的业务功能或业务需求;
- 开发简单,开发效率提高,一个服务可能就是专- -的只干一件事;
- 微服务能够被小团队单独开发,这个小团队是2~5人的开发人员组成;
- 微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的。
- 微服务能使用不同的语言开发。
- 易于和第三方集成,微服务允许容易且灵活的方式集成自动部署,通过持续集成工具,如jenkins, Hudson,
- 微服务易于被一个开发人员理解,修改和维护,这样小团队能够更关注自己的工作成果。无需通过合作才能体实现价值
- 微服务允许你利用融合最新技术。
- 微服务只是业务逻辑的代码,不会和HTML, CSS或其他界面混合
- 每个微服务都有自己的存储能力,可以有自己的数据库,也可以有统一数据库
缺点
- 开发人员要处理分布式系统的复杂性
- 多服务运维难度,随着服务的增加,运维的压力也在增大
- 系统部署依赖
- 服务间通信成本
- 数据一致性
- 系统集成测试
- 性能监控
微服务通信机制
系统中的各个微服务可被独立部署,各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。
围绕业务能力组织服务、自动化部署、智能端点、对语言及数据的去集中化控制。
- 将组件定义为可被独立替换和升级的软件单元。
- 以业务能力为出发点组织服务的策略。
- 倡导谁开发,谁运营的开发运维一体化方法。
- RESTful HTTP协议是微服务架构中最常用的通讯机制。
- 每个微服务可以考虑选用最佳工具完成(如不同的编程语言)。
- 允许不同微服务采用不同的数据持久化技术。
- 微服务非常重视建立架构及业务相关指标的实时监控和日志机制,必须考虑每个服务的失败容错机制。
- 注重快速更新,因此系统会随时间不断变化及演进。可替代性模块化设计。
微服务的技术栈有哪些/span>
微服务条目 | 落地技术 |
---|---|
服务开发 | SpringBoot、Spring、SpringMVC |
服务配置与管理 | Netflix公司的Archaius、阿里的Diamond等 |
服务注册与发现 | Eureka、Consul、Zookeeper等 |
服务调用 | Rest、RPC、gRPC |
服务熔断器 | Hystrix、Envoy等 |
负载均衡 | Ribbon、Nginx等 |
服务接口调用(客户端调用服务的简化工具) | Feign等 |
消息队列 | Kafka、RabbitMQ、ActiveMQ等 |
服务配置中心管理 | SpringCloudConfig、cher等 |
服务路由(API 关) | zuul等 |
服务监控 | Zabbix、Nagios、Metrice、Specatator等 |
全链路追踪 | Zipkin、Brave、Dapper等 |
服务部署 | Docker、OpenStack、Kubernetes等 |
数据流操作开发包 | SpringCloud Stream(封装与Redis、Rabbit、Kafka等发送接收消息) |
事件消息总线 | SpringCloud Bus |
为什么选择SpringCloud作为微服务架构
1、选型依据
- 整体解决方案和框架成熟度
- 区热度
- 可维护性
- 学习曲线
2、当前各大IT公司用的微服务架构有哪些/strong>
-
阿里:dubbo+HFS
-
京东:JSF
-
新浪:Motan
-
当当 : DubboX
…
3、各服务框架对比
功能点/服务框架 | Netfilx/SpringCloud | Motan | gRPC | Thrift | Dubbo/Dubbox |
---|---|---|---|---|---|
功能定位 | 完整的微服务框架 | RPC框架,但整合了ZK或Consul,实现集群环境的基本服务注册/发现 | RPC框架 | RPC框架 | 服务框架 |
支持Rest | 是,Ribbon支持多种可插拔的序列化选择 | 否 | 否 | 否 | 否 |
支持RPC | 否 | 是(Hession2) | 是 | 是 | 是 |
支持多语言 | 是(Rest形式) | 否 | 是 | 是 | 否 |
负载均衡 | 是(服务zuul+客户端Ribbon),zuul-服务,动态路由,云端负载均衡,Eureka(针对中间层服务器) | 是(客户端) | 是 | 否 | 是(客户端) |
配置服务 | Netfix Archaius,Spring Cloud Config Server集中配置 | 是(zookeeper提供) | 否 | 否 | 否 |
服务调用链监控 | 是(zuul),zuul提供边缘服务,API 关 | 否 | 否 | 否 | 否 |
高可用/容错 | 是(服务端Hystrix+客户端Ribbon) | 是 | 否 | 否 | 是(客户端) |
典型应用案例 | Netflix | sina | |||
区活跃程度 | 高 | 一般 | 高 | 一般 | 2017年后开始维护,之前中断了5年 |
学习难度 | 中断 | 低 | 高 | 高 | 低 |
文档丰富 | 高 | 一般 | 一般 | 一般 | 高 |
Spring Cloud Bus为我们的应用程序带来了更多管理断点 | 支持降级 | Netflix内部在开发集成gRPC | IDL定义 | 实践的公司比较多 |
SpringCloud入门概述
SpringCloud是什么
Spring官 :https://spring.io/
SpringCloud,基于SpringBoot提供了-套微服务解决方案,包括服务注册与发现,配置中心,全链路监控,服务 关,负载均衡,熔断器等组件,除了基于NetFlix的开源组件做高度抽象封装之外,还有一些选型中立的开源组件。
SpringCloud利用SpringBoot的开发便利性,巧妙地简化了分布式系统基础设施的开发,SpringCloud为开发人员提供了快速构建分布式系统的一些工具,包括配置管理,服务发现,断路器,路由,微代理,事件总线,全局锁,决策竞选,分布式会话等等,他们都可以用SpringBoot的开发风格做到一键启动和部署。
SpringBoot并没有重复造轮子,它只是将目前各家公司开发的比较成熟,经得起实际考研的服务框架组合起来,通过SpringBoot风格进行再封装,屏蔽掉了复杂的配置和实现原理,最终给开发者留出了一套简单易懂,易部署和易维护的分布式系统开发工具包
SpringCloud是分布式微服务架构下的一些站式解决方案,是各个微服务架构落地技术的集合体,俗称微服务全家桶。
SpringCloud和SpringBoot关系
- SpringBoot专注于快速方便的开发单个个体微服务。
- SpringCloud是关注全局的微服务协调整理治理框架,它将SpringBoot开发的一 个个单体微服务整合并管理起来,为各个微服务之间提供:配置管理,服务发现,断路器,路由,微代理,事件总线,全局锁,决策竞选,分布式会话等等集成服务。
- SpringBoot可以离开SpringClooud独立使用,开发项目,但是SpringCloud离不开SpringBoot, 属于依赖关系
- SpringBoot专注于快速、方便的开发单个个体微服务, SpringCloud关注 全局 的服务治理框架
Dubbo和SpringCloud技术选型
1、分布式+服务治理Dubbo
目前成熟的互联 架构:应用服务化拆分+消息中间件
参考文档:
- https://springcloud.cc/spring-cloud-netflix.html
- 中文API文档: https://springcloud.cc/spring-cloud-dalston.html
- SpringCloud中国 区 http://springcloud.cn/
SpringCloud起步 搭建父工程
1、 总体介绍
- 我们会使用一个Dept部门模块做一个微服务通用案例Consurmer消费者(Client)通过REST调用Provider提供者(Server)提供的服务
- 回忆Spring、SpringMVC、Mybatis等以往学习的知识
- Maven的分包模块架构复习
一个父工程带着多个子Module子模块
- microservicecloud-api [封装的整体entity/接口/公共配置等]
- microservicecloud-provider-dept-8001 [服务提供者]
- microservicecloud-consumer-dept-80 [服务消费者]
- springcloud-eureka-7001[Eureka注册中心]
- …
springboot和springcloud版本的对应
实际开发版本关系
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!