文章目录
微服务架构的四个核心问题
- 服务很多,客户端该怎么访问?
- 这么多的服务,服务之间如何通信?
- 这么多的服务,如何治理?
- 服务挂了怎么办?
现代化Java开发构建通过SpringCloud、SpringBoot,协调通过SpringCloud
解决方案
四个方面:API、HTTP,RPC、注册和发现、熔断机制。
Spring Cloud NetFlix
:一站式解决方案
API:api网关、zuul组件
Feign----HtppClient----Http通信方式,同步,阻塞
服务注册与发现:Enreka
熔断机制:Hystrix
Apache Dubbo Zookeeper
:半自动,需要整合别人的
API:没有,找第三方组件或者自己实现
Dubbo
Zookeeper
没有:借助Hystrix
Spring Cloud Alibaba
:一站式解决方案
常见面试题
- 什么是微服务?
- 微服务之间是如何独立通讯的?
- SpringCloud和Dubbo有哪些区别?
- SpringBoot和SpringCloud,请你谈谈对他们的理解
- 什么是服务熔断?什么是服务降级?
- 微服务的优缺点分别是什么?说一下在项目中遇到的坑
- 你所知道的微服务技术栈有哪些?列举一二
- Eureka和Zookeeper都可以提供服务注册和发现的功能,请说说两者的区别
微服务概述
什么是微服务
微服务架构是一种架构模式,或者说是一种架构风格,它将单一的应用程序划分成一组小的服务,每个服务运行在其独立的自己的进程内,服务之间相互协调,相互配置,为用户提供最终的价值,服务之间采用轻量级的通信机制(HTTP)相互沟通,每个服务都围绕着具体的业务进行构建,并且能够被独立的部署到生产环境中,另外,应尽量避免统一的,集中式的服务管理机制,对具体的一个服务而言,应该根据业务的上下文,选择合适的语言,工具(Maven)对其进行构建,可以有一个非常轻量级的集中式管理来协调这些服务,可以使用不同的语言来编写服务,也可以使用不同的数据存储。
技术维度进行理解:
微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底的去耦合,每一个微服务提供单个业务功能的服务,一个服务做一件事情,从技术角度看就是一种小而独立的处理过程,类似进程的概念,能够自行单独启动或销毁,拥有自己独立的数据库。
微服务与微服务架构
微服务:
强调的是服务的大小,他关注的是某一个点,是具体解决一个问题提供落地对应服务的一个服务应用,狭义的看,可以看做是IDEA中的一个个微服务程序,或者Moudel。IDEA工具里面使用Maven开发的一个个独立的小Moudel,他具体是使用SpringBoot开发的一个小模块,专业的事情交给专业的模块来做,一个模块就做一件事情,强调的是一个个的个体,每个个体完成一个具体的任务或者功能。
微服务架构:
一种新的架构模式,他将单一应用程序划分成一组小的服务,服务之间相互协调,相互配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务之间采用轻量级的通信机制相互协调,每个服务都围绕着具体的业务进行构建,并且能够被独立的部署到生产环境中,另外,应尽量避免统一的、集中式的服务管理机制,对一个具体的服务而言,应根据业务上下文,选择合适的语言、工具对其进行构建。
微服务的优缺点
优点:
- 单一职责原则
- 每个服务足够内聚,足够小,代码容易理解,这样能聚焦一个指定的业务功能或业务需求
- 开发简单,开发效率高,一个服务可能就是专一的只干一件事
- 微服务能够被小团队单独开发
- 微服务是松耦合的,是有功能意义的服务,无论在开发阶段或部署阶段都是独立的
- 微服务能使用不同的语言开发
- 易于和第三方集成,微服务允许容易且灵活的方式集成自动部署,通过持续集成工具,如
jenkins、Hudson、bamboo
- 微服务易于被一个开发人员理解、修改和维护,这样小团队能够只关注自己的工作成果,无需通过合作才能体现价值
- 微服务允许利用和融合最新技术
10.微服务只是业务逻辑的代码,不会和HTML、CSS或其他界面混合
每个微服务都有自己的存储能力,可以有自己的数据库,也可以有统一的数据库
缺点:
- 开发人员要处理分布式系统的复杂性
- 多服务运维难度,随着服务的增加,运维的压力也在增加
- 系统部署依赖问题
- 服务间通信成本问题
- 数据一致性问题
- 系统集成和测试问题
- 性能和监控问题
微服务技术栈有哪些
微服务技术条目 | 落地技术 |
---|---|
服务开发 | SpringBoot、Spring、SpringMVC |
服务配置与管理 | Netfix公司的Archaius、阿里的Diamond等 |
服务配置与管理 | Netfix公司的Archaius、阿里的Diamond等 |
服务注册与发现 | Eureka、Consul、Zookeeper等 |
服务调用 | Rest、PRC、gRPC |
服务熔断器 | Hystrix、Envoy等 |
负载均衡 | Ribbon、Nginx等 |
服务接口调用(客户端调用服务的简化工具) | Fegin等 |
消息队列 | Kafka、RabbitMQ、ActiveMQ等 |
服务配置中心管理 | SpringCloudConfig、Chef等 |
服务路由(API网关) | Zuul等 |
服务监控 | Zabbix、Nagios、Metrics、Specatator等 |
全链路追踪 | Zipkin、Brave、Dapper等 |
数据流操作开发包 | SpringCloud Stream(封装与Redis,Rabbit,Kafka等发送接收消息) |
时间消息总栈 | SpringCloud Bus |
服务部署 | Docker、OpenStack、Kubernetes等 |
为什么选择SpringCloud作为微服务架构
选型依据
- 整体解决方案和框架成熟度
- 社区热度
- 可维护性
- 学习曲线
当前各IT公司用的微服务架构有哪些
- 阿里:
dubbo+HFS
- 京东:
JFS
- 新浪:
Motan
- 当当网:
DubboX
各微服务框架对比
SpringCloud概述
什么是SpringCloud
SpringCloud五大组件
- 服务注册与发现:
Netflix Eureka
- 负载均衡:
客户端负载均衡:Netflix Ribbon
服务端负载均衡:Feign
(其也是依赖Ribbon,只是将调用方式RestTemplete
更改成Service
接口) - 断路器:
Netflix Hystrix
- 服务网关:
Netflix Zuul
- 分布式配置:
Spring Cloud Config
SpringCloud和SpringBoot的关系
- springBoot专注于方便的开发个体微服务
- SpringCloud是关注全局的微服务协调整理治理框架,他将springBoot开发的一个个单体微服务,整合并管理起来,为各个微服务之间提供:配置管理、服务发现、断路器、路由、伪代理、事件总栈、全局锁、决策竞选、分布式会话等等集成服务。
- springBoot可以离开SpringCloud独立使用,开发项目,但是SpringCloud离不开SpringBoot,属于依赖关系。
- SpringBoot专注于快速、方便的开发单个个体微服务,SpringCloud关注全局的服务治理框架
Dubbo和SpringCloud技术选型
分布式+服务治理dubbo
目前成熟的互联网架构,应用服务化拆分+消息中间件
Dubbo和SpringCloud对比
最大区别:Springcloud抛弃了dubbo的RPC通信,采用的是基于HTTP的REST方式
后者牺牲了服务调用的性能,但也避免了上面提到的RPC带来的问题。而且REST比RPC更为灵活,服务提供方和调用方的依赖只依靠一纸契约,不存在代码级别的强依赖,这个有点在当下强调快速演化的微服务框架下,显得更加合适。
二者解决的问题不一样:dubbo的定位是一款RPC框架,而SpringCloud的目标是微服务架构下的一站式解决方案。
springCloud能干什么?
Distributed/versioned configuration
:分布式/版本控制配置Service registration and discovery
:服务注册与发现Routing
:路由Service-to-service calls
:服务到服务的调用Load balancing
: 负载均衡配置Circuit Breakers
:断路器Distributed messaging
:分布式消息管理
SpringCloud Rest学习环境搭建:服务提供者
介绍
- 使用一个Dept部门模块做一个微服务通用案例Consumer消费者(Client)通过REST调用Provider提供者(Server)提供的服务。
- 回顾Spring、SpringMVC、Mybatis等以往的学习知识。
- Maven的分包分模块架构复习。
一个简单的Maven模块是这样的:
一个父工程带着多个Module
子模块:
MicroServiceCloud
父工程(Project)下初次带着3个子模块(Module):
- microservicecloud-api 【封装的整体entity/接口/公共配置等】
- microservicecloud-consumer-dept-80 【服务提供者】
- microservicecloud-provider-dept-8001 【服务消费者】
创建父工程
- 新建父工程项目
springcloud
,切记Packageing是pom格式 - 主要是定义POM文件,将后续各个子模块公用的jar包等统一提取出来,类似一个抽象父类。
pom.xml:
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.haust</groupId>
<artifactId>springcloud</artifactId>
<version>1.0-SNAPSHOT</version>
<modules>
<module>springcloud-api</module>
<module>springcloud-provider-dept-8001</module>
<module>springcloud-consumer-dept-80</module>
<module>springcloud-eureka-7001</module>
<module>springcloud-eureka-7002</module>
<module>springcloud-eureka-7003</module>
<module>springcloud-provider-dept-8002</module>
<module>springcloud-provider-dept-8003</module>
<module>springcloud-consumer-dept-feign</module>
<module>springcloud-provider-dept-hystrix-8001</module>
<module>springcloud-consumer-hystrix-dashboard</module>
<module>springcloud-zuul-9527</module>
<module>springcloud-config-server-3344</module>
<module>springcloud-config-client-3355</module>
<module>springcloud-config-eureka-7001</module>
<module>springcloud-config-dept-8001</module>
</modules>
<!--打包方式 pom-->
<packaging>pom</packaging>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
<junit.version>4.12</junit.version>
<log4j.version>1.2.17</log4j.version>
<lombok.version>1.16.18</lombok.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>0.2.0.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<!--springCloud的依赖-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>Greenwich.SR1</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<!--SpringBoot-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>2.1.4.RELEASE</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<!--数据库-->
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.47</version>
</dependency>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid</artifactId>
<version>1.1.10</version>
</dependency>
<!--SpringBoot 启动器-->
<dependency>
<groupId>org.mybatis.spring.boot</groupId>
<artifactId>mybatis-spring-boot-starter</artifactId>
<version>1.3.2</version>
</dependency>
<!--日志测试~-->
<dependency>
<groupId>ch.qos.logback</groupId>
<artifactId>logback-core</artifactId>
<version>1.2.3</version>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>${junit.version}</version>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>${log4j.version}</version>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>${lombok.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
</project>
父工程为springcloud,其下有多个子module:
springcloud-consumer-dept-80
访问springcloud-provider-dept-8001
下的controller使用REST方式。
消费方:DeptConsumerController.java:
使用RESTTemplete
需要先放入到Spring容器中:ConfigBean.java
springcloud-provider-dept-8001
的dao接口调用springcloud-api
模块下的pojo,可使用在springcloud-provider-dept-8001
的pom文件导入springcloud-api
模块依赖的方式:
springcloud-consumer-dept-80
和springcloud-provider-dept-8001
的pom.xml和父工程下的依赖基本一样。