【微服务】使用spring cloud搭建微服务框架,整理学习资料
写在前面
使用spring cloud搭建微服务框架,是我最近最主要的工作之一,一开始我使用bubbo加zookeeper制作了一个基于dubbo的微服务框架,然后被架构师否了,架构师曰:此物过时。随即,我上一套spring cloud,与公司大环境框架一致,也废了不少功夫,现在在这里分享基础结构给各位博友,如有不对的地方,欢迎大家直接评论区怂我。嘿嘿。
后续的代码已传至我的github,大家可以下载查看。
微服务
首先我们要了解什么是微服务,以及微服务的作用,我们才能够顺利的搭建一个微服务架构。
博主先用一句话总结什么是微服务。
微服务就是对某个应用系统的每个API进行有效的拆分,然后通过某种连接方式,用以提供给其他应用系统调用的API的服务,在调用过程中实现和解决了一系列问题的综合就是微服务架构
顾名思义,微服务得从两个方面去理解,什么是"微"、什么是"服务"。
微
简单的讲就是体积小,随处运行,开发简单。传统的spring mvc框架配置繁杂,项目依赖杂乱,常常令开发和维护头疼不已。
服务
所谓服务,一定要区别于系统,服务一个或者一组相对较小且独立的功能单元,是用户可以感知最小功能集。
微服务最早由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://${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/hello?name=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 = "/hello?name=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
然后我们启动这个工程看看有什么效果,注意,这所有的步骤,前面的服务都没有关闭噢:
启动后效果如图。
小结
代码已传至我的github,大家可以下载查看。
从这里看,spring cloud将我们的几个应用串联起来,各个服务之间互相通过restAPI调用,我觉得Feign要优于ribbon,另外Eureka注册中心也可以换成zookeeper或者consul,我目前使用consul。
spring cloud东西非常多,慢慢看,大家一起进步,谢谢。
有什么问题大家评论区多多交流。
======================================================== 转载请注明出处。低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
一篇文章带你学习分布式事务
一. 事务 1.1 什么是事务 数据库事务(简称:事务,Transaction)是指数据库执行过程中的一个逻辑单位,由一个有限的数据库操作序列构成。 事务拥有以下四个特性,习惯上被称为ACID特性: 原子性(Atomicity):事务作为一个整体被执行,包含在其中的对数据库的操作要么全部被执行,要么都不执行。 一致性(Consistency):事务应确保数据库的状态从一个一致状态转变为另一个一致状态。一致状态是指数据库中的数据应满足完整性约束。除此之外,一致性还有另外一层语义,就是事务的中间状态不能被观察到(这层语义也有说应该属于原子性)。 隔离性(Isolation):多个事务并发执行时,一个事务的执行不应影响其他事务的执行,如同只有这一个操作在被数据库所执行一样。 持久性(Durability):已被提交的事务对数据库的修改应该永久保存在
- 下一篇
分布式 | Dubbo 架构设计详解
Dubbo是Alibaba开源的分布式服务框架,它最大的特点是按照分层的方式来架构,使用这种方式可以使各个层之间解耦合(或者最大限度地松耦合)。从服务模型的角度来看,Dubbo采用的是一种非常简单的模型,要么是提供方提供服务,要么是消费方消费服务,所以基于这一点可以抽象出服务提供方(Provider)和服务消费方(Consumer)两个角色。关于注册中心、协议支持、服务监控等内容,详见后面描述。 总体架构 Dubbo的总体架构,如图所示: Dubbo框架设计一共划分了10个层,而最上面的Service层是留给实际想要使用Dubbo开发分布式服务的开发者实现业务逻辑的接口层。图中左边淡蓝背景的为服务消费方使用的接口,右边淡绿色背景的为服务提供方使用的接口, 位于中轴线上的为双方都用到的接口。点击这里可以了解更多架构设计图。 下面,结合Dubbo官方文档,我们分别理解一下框架分层架构中,各个层次的设计要点: 服务接口层(Service):该层是与实际业务逻辑相关的,根据服务提供方和服务消费方的业务设计对应的接口和实现。 配置层(Config):对外配置接口,以ServiceConfig和R...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8编译安装MySQL8.0.19
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Red5直播服务器,属于Java语言的直播服务器
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题