其他分享
首页 > 其他分享> > SpringCloud

SpringCloud

作者:互联网

 

 1.认识微服务

随着互联网行业的发展,对服务的要求也越来越高,服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢?

1.0.学习目标

了解微服务架构的优缺点

1.1.单体架构

单体架构:将业务的所有功能集中在一个项目中开发,打成一个包部署。

 

单体架构的优缺点如下:

优点:

缺点:

 

1.2.分布式架构

分布式架构:根据业务功能对系统做拆分,每个业务功能模块作为独立项目开发,称为一个服务。

分布式架构的优缺点:

优点:

缺点:

 

分布式架构虽然降低了服务耦合,但是服务拆分时也有很多问题需要思考:

人们需要制定一套行之有效的标准来约束分布式架构。

 

1.3.微服务

微服务的架构特征:

微服务的上述特性其实是在给分布式架构制定一个标准,进一步降低服务之间的耦合度,提供服务的独立性和灵活性。做到高内聚,低耦合。

因此,可以认为微服务是一种经过良好架构设计的分布式架构方案 。

但方案该怎么落地?选用什么样的技术栈?全球的互联网公司都在积极尝试自己的微服务落地方案。

其中在Java领域最引人注目的就是SpringCloud提供的方案了。

1.4.SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址:https://spring.io/projects/spring-cloud

SpringCloud集成了各种微服务功能组件,并基于SpringBoot实现了这些组件的自动装配,从而提供了良好的开箱即用体验。

其中常见的组件包括:

 另外,SpringCloud底层是依赖于SpringBoot的,并且有版本的兼容关系,如下:

1.5.总结

 

2.服务拆分和远程调用

任何分布式架构都离不开服务的拆分,微服务也是一样。

2.1.服务拆分原则

这里我总结了微服务拆分时的几个原则:

2.2.服务拆分示例

以课前资料中的微服务cloud-demo为例,其结构如下:

cloud-demo:父工程,管理依赖

要求:

 

2.3.1.案例需求:

修改order-service中的根据id查询订单业务,要求在查询订单的同时,根据订单中包含的userId查询出用户信息,一起返回。

因此,我们需要在order-service中 向user-service发起一个http的请求,调用http://localhost:8081/user/{userId}这个接口。

大概的步骤是这样的:

 

2.3.2.注册RestTemplate

首先,我们在order-service服务中的OrderApplication启动类中,注册RestTemplate实例:

 1 package cn.itcast.order;
 2 
 3 import org.mybatis.spring.annotation.MapperScan;
 4 import org.springframework.boot.SpringApplication;
 5 import org.springframework.boot.autoconfigure.SpringBootApplication;
 6 import org.springframework.context.annotation.Bean;
 7 import org.springframework.web.client.RestTemplate;
 8 
 9 @MapperScan("cn.itcast.order.mapper")
10 @SpringBootApplication
11 public class OrderApplication {
12 
13     public static void main(String[] args) {
14         SpringApplication.run(OrderApplication.class, args);
15     }
16 
17     @Bean
18     public RestTemplate restTemplate() {
19         return new RestTemplate();
20     }
21 }

2.3.3.实现远程调用

修改order-service服务中的cn.itcast.order.service包下的OrderService类中的queryOrderById方法:

 

2.4.提供者与消费者

在服务调用关系中,会有两个不同的角色:

服务提供者:一次业务中,被其它微服务调用的服务。(提供接口给其它微服务)

服务消费者:一次业务中,调用其它微服务的服务。(调用其它微服务提供的接口)

但是,服务提供者与服务消费者的角色并不是绝对的,而是相对于业务而言。

如果服务A调用了服务B,而服务B又调用了服务C,服务B的角色是什么?

因此,服务B既可以是服务提供者,也可以是服务消费者。

 

3.Eureka注册中心

 假如我们的服务提供者user-service部署了多个实例,如图:

大家思考几个问题:

 

3.1.Eureka的结构和作用

这些问题都需要利用SpringCloud中的注册中心来解决,其中最广为人知的注册中心就是Eureka,其结构如下:

 

回答之前的各个问题。

问题1:order-service如何得知user-service实例地址?

获取地址信息的流程如下:

 

问题2:order-service如何从多个user-service实例中选择具体的实例?

 

问题3:order-service如何得知某个user-service实例是否依然健康,是不是已经宕机?

 

注意:一个微服务,既可以是服务提供者,又可以是服务消费者,因此eureka将服务注册、服务发现等功能统一封装到了eureka-client端

 

因此,接下来我们动手实践的步骤包括:

3.2.搭建eureka-server

首先大家注册中心服务端:eureka-server,这必须是一个独立的微服务

3.2.1.创建eureka-server服务

在cloud-demo父工程下,创建一个子模块:

 

 

 

 

 

 

 

 

 

 

 

标签:调用,服务,service,SpringCloud,实例,架构,order
来源: https://www.cnblogs.com/Zz198/p/16683680.html