使用spring cloud搭建微服务框架

bubbo+zookeeper制作的基于dubbo的微服务框架,可以说算是有点过时了,我们先来了解一下什么是微服务。

微服务就是对某个应用系统的每个API进行有效的拆分,然后通过某种连接方式,用以提供给其他应用系统调用的API的服务,在调用过程中实现和解决了一系列问题的综合就是微服务架构

顾名思义,微服务得从两个方面去理解,什么是"微"、什么是"服务"。

简单的讲就是体积小,随处运行,开发简单。传统的springmvc框架配置繁杂,项目依赖杂乱,常常令开发和维护头疼不已。

服务

所谓服务,一定要区别于系统,服务一个或者一组相对较小且独立的功能单元,是用户可以感知最小功能集。

微服务最早由Martin Fowler与James Lewis于2014年共同提出,微服务架构风格是一种使用一套小服务来开发单个应用的方式途径,每个服务运行在自己的进程中,并使用轻量级机制通信,通常是HTTP API,这些服务基于业务能力构建,并能够通过自动化部署机制来独立部署,这些服务使用不同的编程语言实现,以及不同数据存储技术,并保持最低限度的集中式管理。

应用的拆分

有程序员A,B,C,他们现在都需要开发一套订单管理系统。

程序员A采用单系统架构,业务代码做mvc拆分,前端部分使用php做渲染层。

程序员B采用多应用架构,将产品、订单、物流、工单、客服等做应用级拆分,然后使用REST API或者tcp直接交互,每个应用都是一个mvc系统,独立开发。

程序员C采用微服务,将产品、订单、物流、工单、客服等做应用级拆分,再使用微服务框架将他们打散拆分成一个个的服务,例如订单列表查询服务、产品列表查询服务、产品详情查询服务等。使用一个个服务组成应用系统然后整合为订单管理系统

毫无疑问,程序员A的架构方式只能够在订单量小,吃了上顿没下顿的公司应用了。

而程序员B的架构类似大部分电商平台前期的架构逻辑,这套架构适应能力不错,但是随着系统的不断扩大,维护变的极为复杂,版本的更替,应用之间的API调用随着各种各样的需求复杂多变。

随着B架构的演变,诞生了程序员C的架构模式,微服务。微服务的理解就是将类似订单列表查询服务、产品列表查询服务、产品详情查询服务进行细分,微分。使我们的代码能够通过统一的网关进行整合,能够让整个公司的系统开发力量彻底整合起来,并且微服务中的服务治理、熔断、负载均衡等等功能加强了对整个系统的治理能力。

目前应对中大型站点的后台架构,微服务是最适合的一套模式。同时spring boot的出现让微服务的开发变得更简单,理解更容易,例如dubbo的开发方式其实比较简单、易懂,spring cloud更是深度整合spring boot的能力,借用网友的一张对比图:

图出处:https://blog.csdn.net/zhouyanqingbfq/article/details/79407285

另外有很多关于微服务的知识理念,博主整理了一些:

https://blog.csdn.net/fly_zhyu/article/details/76408158

https://www.cnblogs.com/wintersun/p/6219259.html

spring boot

Spring Boot不是一门新技术,所以不用紧张。从本质上来说,Spring Boot就是Spring,它做了那些没有它你也会去做的Spring Bean配置。它使用“习惯优于配置”(项目中存在大量的配置,此外还内置了一个习惯性的配置,让你无需手动进行配置)的理念让你的项目快速运行起来。使用Spring Boot很容易创建一个独立运行(运行jar,内嵌Servlet容器)、准生产级别的基于Spring框架的项目,使用Spring Boot你可以不用或者只需要很少的Spring配置。

这一部分博主不再追述,提供一些资料大家看看就好,能点进这篇博文的人这里默认你会一些的吧。

【转】Spring Boot干货系列:(一)优雅的入门篇

spring cloud

Spring Cloud provides tools for developers to quickly build some of the common patterns in distributed systems (e.g. configuration management, service discovery, circuit breakers, intelligent routing, micro-proxy, control bus, one-time tokens, global locks, leadership election, distributed sessions, cluster state). Coordination of distributed systems leads to boiler plate patterns, and using Spring Cloud developers can quickly stand up services and applications that implement those patterns. They will work well in any distributed environment, including the developer’s own laptop, bare metal data centres, and managed platforms such as Cloud Foundry.

spring cloud 提供一些工具迅速构建一些常用模式的分布式系统(例如 配置管理,服务发现,断路器,路由,微代理,控制总线,token,全局锁,分布式sessions,cluster state),使用Spring Cloud开发人员可以快速站出实现这些模式的服务和应用程序。 他们可以在任何分布式环境中运行良好,包括开发人员自己的笔记本电脑,裸机数据中心和托管平台,如Cloud Foundry。

来自spring cloud 官网的第一句介绍,spring cloud提供了一系列的工具去构建一套分布式系统,这些工具共同组成了一个微服务架构系统,注册中心、网关、provider、consumer、Rest、分布式锁、分布式session等等功能。

spring cloud的学习资料整理:

http://www.ityouknow.com/springcloud/2016/12/30/springcloud-collect.html

https://blog.csdn.net/forezp/article/details/70148833

注册中心

eureka注册中心的搭建 博主使用IDEA搭建

1首先创建一个空的maven项目

填入参数:

finish就ok

finish后删除目录下src文件夹

2.然后在cloud中新建module,右键根目录,选择new》module

新建一个spring boot项目,并添加上eureka依赖

注意content root的地址,在cloudDemo目录下的erueka

点击finish,就生成了一个springboot项目,等待maven初始化完毕,此时的项目结构,和eureka的pom文件如下:

启动eureka注册中心的方式很简单,在springboot的启动类上加上注解

@EnableEurekaServer

然后配置我们的spring boot启动:

将resource下面的application.properties文件改为application.yml文件并添加如下配置:

server:
port: 8801

eureka:
instance:
hostname: localhost
client:
registerWithEureka: false
fetchRegistry: false
serviceUrl:
defaultZone: http:// e u r e k a . i n s t a n c e . h o s t n a m e : {eureka.instance.hostname}: eureka.instance.hostname:{server.port}/eureka/

然后启动项目访问localhost:8801,看到这个界面,Eureka注册中心就已经启动成功,接下来我们可以编写一个提供者,一个消费者。

spring cloud的消费者也可以是提供者,二者只有逻辑上的区别,它是链式的存在。在spring boot中有两种消费方式:

1.rest+ribbon

2.Feign

接下来我们编写消费者

rest+ribbon消费

首先保持Eureka的启动不变,然后在cloudDemo下新建一个module 叫做ribbon,它也是spring boot结构:

注意我们要添加三个依赖,如上图红框依次选择即可。

一样,要注意content root的目录。

创建完成后,编写springboot的启动类,首先加上 @ComponentScan 注解,然后添加@EnableDiscoveryClient注册服务,然后注入RestTemplate对象,

@LoadBalanced 表示开启负载均衡

完整的代码如下:

@SpringBootApplication
@EnableDiscoveryClient //注册服务
@ComponentScan
public class RibbonApplication {

public static void main(String\[\] args) {

    SpringApplication.run(RibbonApplication.class, args);
}
@Bean
@Autowired
@LoadBalanced
RestTemplate restTemplate(){
    return new RestTemplate();
}

}

然后我们创建一个测试用的service文件:

代码如下:

@Service
public class HelloService {
public String sayHello(){
return “helloWorld”; // 提供一个hello World
}
}

然后我们再编写一个controller,提供一个hello的controller:

完整代码如下:

@RestController
public class HelloController {
@Autowired
private HelloService helloService;
@GetMapping(“/hello”)
public String sayHello(String name){
return helloService.sayHello() + " " + name;
}
}

然后我们再配置application.yml , 一样的 将配置文件改为yml格式,然后输入配置:

eureka:
client:
serviceUrl:
defaultZone: http://localhost:8801/eureka/
server:
port: 8802
spring:
application:
name: ribbon-provider

之后启动服务,启动后访问 localhost:8802/helloname=zhangtaifeng :

测试完成,这个服务我们用他做服务提供者(provider),然后我们再重新建一个module,可以叫做ribbon-consumer,整体配置一致,我们只需要修改service和controller部分(注意package):

然后修改配置文件为:

eureka:
client:
serviceUrl:
defaultZone: http://localhost:8801/eureka/
server:
port: 8803
spring:
application:
name: ribbon-consumer

改了端口和应用名称。

然后复制上面的spring boot入口文件代码,复制service和controller文件,依然 注意包名和路径,然后修改HelloService:

我们启动应用看看:

RestTemplate成功调用了8802端口上的provider。

到了这里,相信大家对spring cloud调用服务有了一定的了解,cloud通过rest调用服务进行服务间的通信,每一个controller的方法对外提供对应的服务接口。相比较dubbo的rpc调用有一些不一样的优势,同时它的开发方式更简单,配合zuul网关的使用能够达到更好的效果。

Feign消费

feign消费是通过注解的方式进行的消费模式,它默认打开了负载均衡,还是在cloudDemo下创建一个module,名字叫feign:

注意引用的包。

创建完成,首先编写入口文件,主要是加上

@EnableDiscoveryClient

@EnableFeignClients

这两个注解,用于注册和发现服务。

然后我们在目录下新建一个service,controller,或者从前面的工程复制,另外需要新建一个rpc文件夹,然后在rpc下新建一个GetHello接口:

编写访问rpc的方法,使用feign调用更加简便,添加@FeignClient注解即可,value的意思就是目标服务器,可以直接用yml中配置的application名称,完整代码如下:

@FeignClient(value = “ribbon-consumer”)
public interface GetHello {
@RequestMapping(value = “/helloname=feign”,method = RequestMethod.GET)
public String sayHello();
}

然后再改造下service代码:

@Service
public class HelloService {
@Autowired
private GetHello getHello; //注入rpc

public String sayHello(){
    return getHello.sayHello(); // 提供一个hello World
}

}

最后还是修改application.yml文件,配置大致相同,修改应用名和端口,代码如下:

eureka:
client:
serviceUrl:
defaultZone: http://localhost:8801/eureka/
server:
port: 8804
spring:
application:
name: feign-consumer

然后我们启动这个工程看看有什么效果,注意,这所有的步骤,前面的服务都没有关闭噢:

启动后效果如图。

小结

下载文件地址

从这里看,spring cloud将我们的几个应用串联起来,各个服务之间互相通过restAPI调用,我觉得Feign要优于ribbon,另外Eureka注册中心也可以换成zookeeper或者consul.

本文转自:https://www.cnblogs.com/ztfjs/p/9230374.html

)

  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Spring Cloud是一个基于Spring Boot的微服务框架,该框架主要用于快速搭建和管理分布式系统中的微服务架构。下面我将以简书为例,简要介绍Spring Cloud微服务框架搭建过程。 1. 创建Spring Boot项目:首先,我们需要创建一个Spring Boot项目作为微服务的基础。可以通过Spring Initializr来快速创建一个Spring Boot项目,选择相应的依赖,如Spring Web、Eureka Discovery等。 2. 配置服务注册中心:在Spring Cloud中,Eureka被广泛用作服务注册和发现的中心。在项目的配置文件中,添加Eureka的配置,指定注册中心的地址。 3. 创建微服务:在项目中,创建需要的微服务模块,例如用户服务、文章服务、评论服务等。每个微服务都是一个独立的Spring Boot应用,可以独立运行和部署。 4. 配置服务间的通信:微服务之间需要进行通信,可以使用Spring Cloud提供的Feign或RestTemplate来实现。在服务之间的API接口中,通过注解的方式定义接口,使得服务之间的调用更加简洁。 5. 配置服务网关:为了统一管理微服务接口的访问和安全,可以使用Spring Cloud Gateway作为服务网关。通过配置路由规则和过滤器,对外暴露统一的API接口。 6. 配置服务熔断与降级:在分布式系统中,不可避免地会遇到服务不可用或故障的情况。可以使用Spring Cloud提供的Hystrix进行熔断和降级处理,保证系统的稳定性。 7. 配置服务监控与追踪:为了对微服务进行监控和追踪,可以使用Spring Cloud提供的Actuator和Sleuth。Actuator可以暴露微服务的运行指标,Sleuth可以追踪微服务之间的调用链路。 8. 部署与管理:最后,将各个微服务打包成独立的Docker镜像,并通过Docker容器技术进行部署。使用Kubernetes、Docker Swarm或者Mesos等容器管理工具,可以更好地管理和扩展微服务集群。 以上是简要的Spring Cloud微服务框架搭建过程,通过这个框架,可以实现高可用、弹性、可伸缩的分布式系统架构,帮助开发者更快速地构建和管理微服务应用。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值