↵html
【编者的话】微服务的概念源于 2014 年 3 月 Martin Fowler 所写的一篇文章“Microservices”。文中内容提到:微服务架构是一种架构模式,它提倡将单一应用程序划分红一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。node
应用系统的架构历史程序员
起源:微服务的概念源于2014年3月Martin Fowler所写的一篇文章“Microservices”。文中内容提到:微服务架构是一种架构模式,它提倡将单一应用程序划分红一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。web
通讯方式:每一个服务运行在其独立的进程中,服务与服务间采用轻量级的通讯机制互相沟通(一般是基于HTTP的RESTful API)。面试
微服务的常规定义:微服务是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署,各个微服务之间是松耦合的。每一个微服务仅关注于完成一件任务。spring
把原来的一个完整的进程服务,拆分红两个或两个以上的进程服务,且互相之间存在调用关系,与原先单一的进程服务相比,就是“微服务”。(微服务是一个比较级的概念,而不是单一的概念)若是你想和更多微服务技术专家交流,能够加我程序员交流QQ群:790047143,备注『csdn』。群里每周都有全球各大公司的最佳实践以及行业最新动态。docker
可扩展性:在增长业务功能时,单一应用架构须要在原先架构的代码基础上作比较大的调整,而微服务架构只须要增长新的微服务节点,并调整与之有关联的微服务节点便可。在增长业务响应能力时,单一架构须要进行总体扩容,而微服务架构仅须要扩容响应能力不足的微服务节点。api
容错性:在系统发生故障时,单一应用架构须要进行整个系统的修复,涉及到代码的变动和应用的启停,而微服务架构仅仅须要针对有问题的服务进行代码的变动和服务的启停。其余服务可经过重试、熔断等机制实现应用层面的容错。架构
技术选型灵活:微服务架构下,每一个微服务节点能够根据完成需求功能的不一样,自由选择最适合的技术栈,即便对单一的微服务节点进行重构,成本也很是低。并发
开发运维效率更高:每一个微服务节点都是一个单一进程,都专一于单一功能,并经过定义良好的接口清晰表述服务边界。因为体积小、复杂度低,每一个微服务可由一个小规模团队或者我的彻底掌控,易于保持高可维护性和开发效率。
Spring Cloud做为目前最流行的微服务开发框架,不是采用了Spring Cloud框架就实现了微服务架构,具有了微服务架构的优点。正确的理解是使用Spring Cloud框架开发微服务架构的系统,使系统具有微服务架构的优点(Spring Cloud就像工具,还须要“作”的过程)。
Spring Boot框架是由Pivotal团队提供的全新框架,其设计目的是用来简化基于Spring应用的初始搭建以及开发过程。SpringBoot框架使用了特定的方式来进行应用系统的配置,从而使开发人员再也不须要耗费大量精力去定义模板化的配置文件。
Spring Cloud是一个基于Spring Boot实现的云应用开发工具,它为基于JVM的云应用开发中的配置管理、服务注册,服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操做提供了一种简单的开发方式。
微服务、Spring Boot、Spring Cloud三者之间的关系
思想:微服务是一种架构的理念,提出了微服务的设计原则,从理论为具体的技术落地提供了指导思想。
脚手架:Spring Boot是一套快速配置脚手架,能够基于Spring Boot快速开发单个微服务。
多个组件的集合:Spring Cloud是一个基于Spring Boot实现的服务治理工具包;Spring Boot专一于快速、方便集成的单个微服务个体;Spring Cloud关注全局的服务治理框架。
Everything is jar,Everything is http
每一个Spring Boot的应用均可以经过内嵌Web容器的方式提供http服务,仅仅须要在pom文件中依赖spring-boot-start-web便可,原则上微服务架构但愿每一个独立节点都提供http服务。
Spring boot Task任务启动和定时任务
在Spring Boot须要执行定时任务时,只须要在定时任务方法上增长@Scheduled(cron = “0 15 0 * * ?”)注解(支持标准cron表达式),而且在服务启动类上增长@EnableScheduling的注解便可。
Spring boot Actuator监控
Actuator是Spring Boot提供的对应用系统自身进行监控的组件,在引入spring-boot-start-web基础上引入spring-boot-starter-actuator便可。
Spring cloud Config配置中心
在咱们实现微服务架构时,每一个微服务节点都须要自身的相关配置数据项,当节点众多,维护就变得很是困难,所以须要创建一个中心配置服务。
Spring Cloud Config分为两部分。Spring Cloud Config server做为一个服务进程,Spring Cloud Config File为配置文件存放位置。
Spring cloud Eureka 服务注册中心
服务注册的概念早在微服务架构以前就出现了,微服务架构更是把原先的单一应用节点拆分红很是多的微服务节点。互相之间的调用关系会很是复杂,Spring Cloud Eureka做为注册中心,全部的微服务均可以将自身注册到Spring Cloud Eureka进行统一的管理和访问(Eureka和Zookeeper不一样,在AOP原则中选择了OP,更强调服务的有效性)
Spring Cloud Zuul服务端智能路由
当咱们把全部的服务都注册到Eureka(服务注册中心)之后,就涉及到如何调用的问题。Spring Cloud Zuul是Spring Cloud提供的服务端代理组件,能够看作是网关,Zuul经过Eureka获取到可用的服务,经过映射配置,客户端经过访问Zuul来访问实际须要须要访问的服务。全部的服务经过spring.application.name作标识,不一样IP地址,相同spring.application.name就是一个服务集群。当咱们增长一个相同spring.application.name的节点,Zuul经过和Eureka通讯获取新增节点的信息实现智能路由,增长该类型服务的响应能力。
Spring cloud Ribbon客户端智能路由
与Spring Cloud Zuul的服务端代理相对应,Spring Cloud Ribbon提供了客户端代理。在服务端代理中,客户端并不须要知道最终是哪一个微服务节点为之提供服务,而客户端代理获取实质提供服务的节点,并选择一个进行服务调用。Ribbon和Zuul类似,也是经过和Eureka(服务注册中心)进行通讯来实现客户端智能路由。
Spring Cloud Sleuth分布式追踪
Spring Cloud Zipkin调用链
Spring Cloud Feign http客户端
Spring Cloud Feign是一种声明式、模板化的http客户端。 使用Spring Cloud Feign请求远程服务时可以像调用本地方法同样,让开发者感受不到这是远程方法(Feign集成了Ribbon作负载均衡)。
把远程服务和本地服务作映射:
以调用本地服务的方式调用远程服务:
Spring cloud Hystrix断路器
咱们开发的几个微服务组件:应用管理中心
应用管理中心能够对每一个已经注册的微服务节点进行中止,编译,打包,部署,启动的完整的上线操做。
咱们开发的几个微服务组件:ZooKeeper数据查询中心
ZooKeeper数据查询中心根据ZooKeeper地址、端口、命令获取ZooKeeper数据信息。
咱们开发的几个微服务组件:微服务健康检测中心
健康检测中心周期性检查每一个微服务的状态,当发现有微服务状态处于DOWN或链接超时时,触发报警。
咱们开发的几个微服务组件:定时任务查询中心
总体微服务架构图
感谢您的观看,若有不足之处,欢迎批评指正。
本次给你们推荐一个免费的学习群,里面归纳Java架构/分布式/微服务/docker/高性能高并发以及面试资源等。
对Java架构感兴趣的程序猿,欢迎加入Q群:790047143,无论你是刚入行得仍是大牛我都欢迎,还有大牛整理的一套高效率学习路线和教程与您免费分享,同时天天更新视频资料。最后,祝你们早日学有所成。