SpringCloud
如何学该阶段~
三层架构 + MVC
框架:
Spring IOC AOP
SpringBoot,新一代的javaEE开发标准,自动装配,约定大于配置
微服务的核心:模块化~ all in one
模块化开发===all in one,代码没有变化~
all in one~
模块化~
微服务架构的4个核心问题?
1.服务很多,客户端该怎么访问?负载均衡的轮询算法或者热备
2.服务很多,服务之间如何通信?基于http或者rpc解决通信
例如:
订单模块与交易模块可能在不同的服务器上,这中间就存在通信问题
3.这么多的服务,如何进行治理?使用注册中心
4.服务挂了怎么办?备份,容灾机制
解决方案~
SpringCloud 生态!! 很多门技术参杂起来的
很多套生态
1.Spring cloude NetFlix 一站式解决方案!
解决客户端之间的通信是通过api网关,使用了zuul组件
Feign 不仅能做通信还能实现一些简单的负载均衡
基于--HttpClinet --Http通信方式,同步,阻塞
服务注册发现:Eureka
熔断机制:Hystrix
2.Apache Dubbo Zookeeper 半自动,需要整合别人的!
Dubbo 主要用于通信 rpc,异步, 非阻塞的
api网关:没有,找第三方组件,或者自己实现
服务与注册:Zookeeper
熔断机制:借助Hystrix
Dubbo这个方案并不完善~
3.Spring Cloud Alibaba 一站式解决方案!更简单!!
与netFlix类似
新概念:服务网格~ Server MeSh
istio
总的来说微服务的围绕:
1.API网关(解决路由问题 )
2.http,rpc(解决通信问题)
3.注册和发现(解决高可用)
4.熔断机制(服务降级问题,来防止服务雪崩)
根本问题:存在分布式网络不可靠!网络会丢包,失帧~
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、什么是微服务
**什么是微服务?**微服务是近几年流行的一种架构思想,关于它的概念很难一言以蔽之。
究竟什么是微服务呢?我们在此引用一篇论文:
原文:https://martinfowler.com/articles/microservices.html
汉化:https://www.cnblogs.com/liuning8023/p/4493156.html
通常而言,微服务架构是一种架构模式,或者说是一种架构风格,它提倡将单一的应用程序划分为一组小的服务,每个服务运行在其独立的自己的进程内,服务之间互相协调,相互配置,为用户提供最终价值。服务之间采用轻量级的通信机制(http,rpc)相互沟通,每个服务都围着具体的业务进行构建,并且都能够独立的部署到生产环境中,另外,应尽量避免统一的,集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选择合适的语言,工具对其进行构建,可以有一个非常轻量级的集中式管理来协调这些服务,可以使用不同的语言来编写这些服务,也可以使用不同的数据来存储(非关系型数据库,关系型数据库);
从技术维度来理解:
- 微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底的去耦合,每个微服务提供单个业务功能的服务,从技术角度来看就是一种小而独立的处理过程,类似进程的概念,能够自行单独启动或者销毁,拥有自己独立的数据库。
2.2、微服务与微服务架构
微服务
强调的是服务的大小,它关注的是具体的一个点,是具体的去解决一个问题或者说是提供落地对应的一个服务应用,狭义的来看,将它看成idea中的一个个微服务工程,或者是Moudel
IDEA工具里面使用Maven开发的一个个独立的小moudel,它具体是使用springboot开发的小模块,专业的事情交给专业的模块,一个模块就只做一件事情
强调的是一个个的个体,每个个体完成一个具体的任务或者功能
微服务架构
一种新的架构形式,由Martin Fowler,2014年提出
微服务架构是一种架构模式,它提倡将一单一程序应用划分成一组小的服务,服务之间相互协调 相互配合 为用户提供最终服务。每个服务运行在独立的进程中 服务与服务之间采用轻量级的通信机制相互协作,每个服务都围绕具体的业务进行构建,并且能够被独立的部署到生产环境中,另外,应尽量避免统一的,集中式的服务管理机制,对具体的一个服务而言,应根据业务上下文,选择合适的语言,工具对其进行构建,
2.3、微服务优缺点
优点
- 单一职责原则,每个服务足够内聚,足够小,代码容易理解,这样能够聚焦一个指定的业务功能或有业务需求;
- 开发简单,开发效率提高,一个服务可能就是专一的只干一件事;
- 微服务能够被小团队进行开发,这个小团队是2-5人组成;
- 微服务是松耦合的,是具有功能意义的服务,无论是开发阶段还是部署阶段都是独立的;
- 微服务能够使用不同语言开发;
- 易于和第三方集成,微服务允许容易且灵活的方式集成自动部署,通过持续集成工具,如jenkins,Hudson,bamboo;
- 微服务易于被开发人员理解,修改和维护,这样小团队能够更关注自己的工作成果。无需通过合作才能实现价值;
- 微服务允许你融合最新技术;
- 微服务只是业务逻辑代码,不会与html,css或者其他界面混合;
- 每个微服务都有自己的存储方式,可以是单独的数据据,也可以是统一的数据库
缺点:
- 开发人员要处理分布式系统的复杂性;
- 多服务运维难度增加,随着服务的增加,运维成本和压力增加;
- 系统部署依赖;
- 服务间通信成本增加;
- 数据出现不一致问题(原因:网络延迟);
- 系统集成测试;
- 性能监控
2.4、微服务技术栈有哪些?
微服务 | 技术 |
---|---|
服务开发 | SpringBoot,Spring,SrpingMVC |
服务配置与管理 | Netflix公司的Archaius,阿里的Diamond等 |
服务注册与发现 | Eureka、Consul、Zookeeper等 |
服务调用 | Rest,RPC,gRPC(谷歌) |
服务熔断器 | Hystrix,Envoy等 |
负载均衡 | Ribbon,Nginx等 |
服务接口调用(客户端调用服务的简化工具) | Feign等 |
消息队列 | Kafka,RabbitMQ,ActiveMQ等 |
服务配置中心管理 | SpringCloudConfig、Chef等 |
服务路由 | Zuul等 |
服务监控 | Zabbix,Nagios、Metrics、Specator等 |
全链路追踪 | Zipkin,Brave、Dapper等 |
服务部署 | Docker,OpenStack,k8s等 |
数据流操作开发包 | SpringCloud Stream(封装与Redis、Rabbit,Kafka等发送接受消息) |
事件消息总线 | SpringCloud Bus |