没有合适的资源?快使用搜索试试~ 我知道了~
Springcloud及Git线上配置详解.doc
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 99 浏览量
2022-07-08
17:58:49
上传
评论
收藏 5.84MB DOC 举报
温馨提示
试读
91页
Springcloud及Git线上配置详解.doc
资源推荐
资源详情
资源评论
Springcloud 及 Git 线上配置详解
SpringCloud
这个阶段该如何学?
三层架构 + MVC
框架:
Spring IOC AOP
SpringBoot,新一代的 JavaEE 开发标准,自动装配
模块化~ all in one,代码没变化~
微服务架构四个核心问题?
1.服务很多,客户端该怎么访问
2.这么多服务?服务之间如何通信?
3.这么多服务?如何治理?
4.服务挂了怎么办?
解决方案:
SpringCloud 生态! SpringBoot
1.SpringCloud NetFlix 一站式解决方案!
api 网关,zuul 组件
Feign --- HttpClient --- Http 通信方式,同步,阻塞
服务注册发现:Eureka
熔断机制:Hystrix
。。。。。。
2.Apache Dubbo Zookeeper 半自动,需要整合别人的!
API:没有,找第三方组件,或者自己实现
Dubbo
Zookeeper
没有:借助 Hystrix
Dubbo 这个方案并不完善~
3.SpringCloud Alibaba 一站式解决方案!更简单
新概念:服务网格~Server Mesh
istio
万变不离其宗
1.API
2.HTTP,RPC
3.注册与发现
4.熔断机制
注意:这部分内容是已经停止维护的 SpringCloud Netflix,可与 SpringCloud Alibaba 进行
对比,使用方法类似。
1、常见面试题
1.1、什么是微服务?
1.2、微服务之间是如何独立通讯的?
1.3、SpringCloud 和 Dubbo 有哪些区别?
1.4、SpringBoot 和 SpringCloud,请你谈谈对他们的理解
1.5、什么是服务熔断?什么是服务降级
1.6、微服务的优缺点分别是什么?说下你在项目开发中遇到的坑(微服务缺点)
1.7、你所知道的微服务技术栈有哪些?请列举一二
1.8、eureka 和 zookeeper 都可以提供服务注册与发现的功能,请说说两个的区别?
...
2、微服务概述
2.1、什么是微服务
什么是微服务?微服务(Microservice Architecture)是近几年流行的一种架构思想,关于
它的概念很难一言以蔽之。
究竟什么是微服务呢?我们在此引用 ThoughtWorks 公司的首席科学家 Martin Fowler 于
2014 年提出的一段话:
通常而言,微服务架构是一种架构模式,或者说是一种架构风格,他提倡将单一的应用
程序划分成一组小的服务,每个服务运行在其独立的自己的进程内,服务之间互相协调,互
相配置,为用户提供最终价值。服务之间采用轻量级的通信机制互相沟通,每个服务都围绕
着具体的业务进行构建,并且能够被独立的部署到生产环境中,另外,应尽量避免统一的、
集中式的服务管理体制,对具体的一个服务而言,应根据业务上下文,选择合适的语言,工
具对其进行构建,可以有一个非常轻量级的集中式管理来协调这些服务,可以使用不同的语
言来编写服务,也可以使用不同的数据存储;
可能有人觉得官方的话太过生涩,我们从技术维度来理解下:
微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底地去
耦合,每一个微服务提供单个业务功能的服务,一个业务做一件事情,从技术角度看就是一
种小而独立的处理过程,类似进程的概念,能够自行单独启动或销毁,拥有自己独立的数据
库。
2.2、微服务与微服务架构
微服务
强调的是服务的大小,他关注的事件某一个点,是具体解决某一个问题/提供落地对应服
务的一个服务应用,狭义的看,可以看作是 IDEA 中的一个个微服务工程,或者 Module
IDEA 工具里面使用 Maven 开发的一个个独立的小 Module,它具体是使用 SpringBoot 开
发的一个小模块,专业的事情交给专业的模块来做,一个模块就做这一件事情
强调的是一个个的个体,每个个体完成一个具体的任务或者功能!
微服务架构
一种新的架构形式,Martin Fowler,2014 年提出
微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相
协调,互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采
用轻量级的通信机制互相协作,每个服务都围绕着具体的业务进行构建,并且能够被独立的
部署到生产环境中,另外,应尽量避免统一的、集中式的服务管理机制,对具体的一个服务
而言,应根据业务上下文,选择合适的语言、工具对其进行构建。
2.3、微服务优缺点
优点
单一职责原则
每个服务足够内聚,足够小,代码容易理解,这样能聚焦一个指定的业务功能或业务需求;
开发简单,开发效率提高,一个服务可能就是专一的只干一件事;
微服务能够被小团队单独开发,这个小团队是 2~5 人的开发人员组成;
微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的;
微服务能使用不同的语言开发;
易于和第三方集成,微服务允许容易且灵活的方式集成自动部署,通过持续集成工具,
如 jenkins,Hudson,bamboo;
微服务易于被一个开发人员理解、修改和维护,这样小团队能够更关注自己的工作成果。
无需通过合作才能体现价值;
微服务允许你利用融合最新技术
微服务只是业务逻辑的代码,不会和 HTML、CSS 或其他界面混合
每个微服务都有自己的存储能力,可以有自己的数据库,也可以有统一的数据库
缺点:
开发人员要处理分布式系统的复杂性
多服务运维难度,随着服务的增加,运维的压力也在增大
系统部署依赖
服务间通信成本
数据一致性
系统集成测试
性能监控...
2.4、微服务技术栈有哪些?
微服务条目
落地技术
服务开发
SpringBoot,Spring,SpringMVC
服务配置与管理
Netflix 公司的 Archaius、阿里的 Diamond
服务注册与发现
Eureka、Consul、Zookeeper 等
服务调用
Rest、RPC、gRPC
服务熔断器
Hystrix、Envoy 等
负载均衡
Ribbon、Nginx 等
服务接口调用(客户端调用服务的简化工具)
Feign 等
消息队列
Kafka、RabbitMQ、ActiveMQ 等
服务配置中心管理
SpringCloudConfig、Chef 等
服务路由(API 网关)
Zuul 等
服务监控
Zabbix、Nagios、Metrics、Specatator 等
全链路追踪
Zipkin、Brave、Dapper 等
服务部署
Docker、OpenStack、Kubernetes 等
数据流操作开发包
SpringCloud Stream(封装与 Redis,Rabbit,Kafka 等发送接收消息)
事件消息总线
SpringCloud Bus
2.5、为什么选择 SpringCloud 作为微服务架构
1、选型依据
整体解决方案和框架成熟度
社区热度
可维护性
学习曲线
剩余90页未读,继续阅读
资源评论
书博教育
- 粉丝: 1
- 资源: 2836
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功