搭建高可用微服务

微服务

微服务父级工程

  1. 依赖
    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>1.5.9.RELEASE</version>
    </parent>
    
	<dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-autoconfigure</artifactId>
   </dependency>
   
     <dependencyManagement>
     <!--实现使用spring cloud所有依赖声明式导入-->
     <dependencies>
         <dependency>
             <groupId>org.springframework.cloud</groupId>
             <artifactId>spring-cloud-dependencies</artifactId>
             <version>Edgware.RELEASE</version>
             <scope>import</scope>
             <type>pom</type>
         </dependency>
     </dependencies>
 </dependencyManagement>

微服务服务端

该服务端基于父级工程所创建
这里使用两个服务端进行交互,是为了防止有一个服务端宕机所用的另一个类似于从节点的一个服务端进行交互

  1. 两个服务端一样的依赖
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-eureka-server</artifactId>
        </dependency>
  1. application.properties配置文件

服务端01

server.port=8761
spring.application.name=eureka-server
eureka.client.fetch-registry=true
eureka.client.register-with-eureka=true
eureka.client.prefer-ip-address=true
eureka.client.service-url.defaultZone=http://127.0.0.1:8762/eureka
eureka.server.enable-self-preservation=false

服务端02

server.port=8762
spring.application.name=eureka-server
eureka.client.fetch-registry=true
eureka.client.register-with-eureka=true
eureka.client.prefer-ip-address=true
eureka.client.service-url.defaultZone=http://127.0.0.1:8761/eureka
eureka.server.enable-self-preservation=false

这里两个服务端,服务端02写服务端01的port,01写02的port.如果只使用一个服务端,就把host:port的port号改成自己本身的就好了

服务端启动类

在启动类上增加两个注解

@SpringBootApplication
@EnableEurekaServer

zuul网关

  1. 依赖
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-zuul</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-eureka</artifactId>
        </dependency>
  1. application.properties配置
server.port=8103
spring.application.name=gateway
eureka.client.service-url.defaultZone=http://127.0.0.1:8761/eureka
#路由配置
zuul.routes.name.path=/zuul-name/**
zuul.routes.name.service-id=nameserver
#关闭敏感头
zuul.sensitive-headers=

这里路由配置是根据Nginx以及微服务的客户端来配置的.第一行的两个name还有第二行的第一name配置一样.后面的nameserver是服务端客户端的配置文件的名字来进行配置的
3. 启动类
增加三个注解

@SpringBootApplication
@EnableEurekaClient
@EnableZuulProxy

客户端

  1. 依赖
<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
  1. application.properties配置
server.port=自己根据需求
spring.application.name=自己根据需求来创建
eureka.instance.prefer-ip-address=true
eureka.client.service-url.defaultZone=http://127.0.0.1:8761/eureka
  1. 启动类
    添加两个注解
@SpringBootApplication
@EnableEurekaClient

都搭建好之后,所有工厂都启动.然后去访问 http://localhost:8761 去查看客户端以及服务端是否都起来了

spring cloud eureka服务治理组件

  1. eureka是spring cloud支持的微服务框架中实现服务治理的和核心组件.服务治理就是管理微服务集群中所有微服务
  2. eureka的实现逻辑
    eureka实现了2个核心的功能,一个是注册,一个是发现
    eureka的角色:
    eureka服务端: 提供服务管理的功能,所有eureka客户端都是服务提供者.
    eureka客户端: 就是将拆分之后的每一个服务提供者,注册在eureka服务端.发现所有的注册信息

eureka治理组件的管理逻辑

  • 服务端:
  • 接受请求,接受客户端参数,实现客户端信息的功能.服务端会在底层创建当前注册中心所有服务注册信息的数据结构-----双层map
    在这里插入图片描述
    每个服务端的提供者,作为eureka治理组件的客户端进程,携带自身的详细信息,访问注册中心的接口地址/eureka,注册中心接受到请求,开始在内存的map对象存储双层map的数据
    第一层map的key值: 服务名称
    第一层map的value值: 就是第二层map的对象
    第二层map的key值: 就是服务提供者实力名称 系统名称:服务名称:端口
    第二次map的value: 该实例的详细信息 ip port 时间戳等
Map<String,String> map2 = new HashMap<String,String>();
Map<String,Map<String,String>> map1 = new HashMap<String,Map<String,String>>();
map2.put("实例1","ip:port");//表示map2里保存了一个实例对象.有一个eureka client启动注册
map1.put("服务名称",map2);
  • 定时判断失效的客户端
    服务端根据客户端发送的心跳检测最后时间戳,每隔60秒就执行一个定时任务,判断双层map中第二层map里携带时间戳的值,一旦超过90秒,就会认为客户端节点失效了,从双层map记录的数据中剔除这个节点.
  • 保护模式
    正常情况下,服务提供者非常庞大的集群,按故障概略,应该由经常性的有部分故障无法满足心跳检测的要求,将会被提出,但是异常情况下,例如网络波动,导致心跳检测超时的服务实例大量达到超时时间条件.eureka-server默认开启一个应对这种场景的非正常剔除的保护模式,防止错误剔除导致微服务集群瘫痪.只要集群节点数量超时达到15%以上,保护模式一旦开启,所有服务将不会被剔除,等待网络恢复.
  • 客户端功能
    • 注册
      客户端在启动时,根据配置的地址service-url.defaultZone发起http请求,访问eureka注册中心,携带详细当前客户端信息.
    • 心跳
      启动完成,注册也就完成,后续为了让eureka-server不做剔除处理,每隔30秒,发送新题奥续约请求,携带新的更新数据到eureka-server服务端,服务端接收心跳,修改更新注册信息
    • 发现-同步
      客户端一旦开启fetch-registry的功能,每隔30秒中,到注册中心抓取注册信息,本质上通过网络访问获取的就是双层map的数据,如果客户端在抓取数据后,发现本地已经抓取过数据了,就不会做过多的操作,一旦发现更新内容,将会同步到本地(新服务,老服务剔除)

Spring cloud ribbon组件

  1. ribbon介绍
    ribbon是spring cloud中进行负载均衡调用服务提供者集群的一个客户端组件,需要依赖eureka-client的发现机制,先从注册中心抓取注册信息,才能根据注册信息实现负载均衡调用(拦截逻辑)
  2. 依赖
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-eureka</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-ribbon</artifactId>
        </dependency>
  1. application.properties配置
server.port=9004 自己起
spring.application.name=service-ribbon 自己起
eureka.instance.prefer-ip-address=true
eureka.client.service-url.defaultZone=http://127.0.0.1:8761/eureka
  1. 启动类
    三个注解 一个是在类上面,另外两个在main方法下.
	@SpringBootApplication
    @Bean
    @LoadBalanced
    public RestTemplate initTemplate(){
        return new RestTemplate();
    }
  1. 在业务层使用的方法
@Resource private RestTemplate restTemplate;
String url = "http://productservice/product/manage/item/"+cart.getProductId();
Product product = restTemplate.getForObject(url, Product.class);
这里使用了一个项目模板的例子来解释业务层调用
  1. ribbon负载均衡逻辑和原理
    ribbon配合了eureka-client组件,实现了服务的抓取,抓取到了注册所有信息,包含service,然后ribbon中编写RestTemplate的访问代码实现调用 服务,完成负载均衡.底层经过ribbon过滤逻辑.
    • ribbon中已经抓取到了服务信息
    • RestTemplate调用api时候,就进入到了拦截逻辑
      • 先去对请求地址http://productservice/product/manage/item/****
      • 获取服务名称 productservice
      • 从双层map通过key的服务名称找到9001/9002详细信息
      • 经过负载均衡计算,拿到详细信息中某个节点的具体信息 ip+port
      • 请求地址中 productservice服务名称替换称了ip:port真实节点信息
      • 发起了从ribbon工程出去的最终访问http://127.0.0.1:9001/product/manage/item/****

zuul网关组件

**zuul网关,是微服务集群唯一对外访问的入口工程**
  1. zuul网关的实现功能
    路由: zuul接受到外界请求后,根据请求地址url判断该请求访问后端哪个微服务.
    过滤: 不是所有的请求都是合法请求,在过略过程中,可以根据校验逻辑,判断哪些请求来到网关可以向后调用微服务,不合法就拒绝了访问.

  2. 流转逻辑
    js发起请求地址
    http://www.easymall.com/products/pageManage?page=1&rows=5
    ip映射到了Nginx,进入Nginx
    Nginx匹配端口和域名,剩余/products/pageManage?page=1&rows=5
    location ^~/products 剩余/pageManage?page=1&rows=5
    proxy_pass http://localhost:8103/zuul-product/product/manage
    zuul网关接受地址
    http://localhost:8103/zuul-product/product/manage
    匹配path /zuul-product/** 剩余/product/manage
    找到路由规则 product 拼接 productservice服务
    http://productservice/product/manage
    拼接服务信息详细信息 http://productservice/product/manage/pageManage?page=1&rows=5

所以说,后端某一个微服务的具体访问路径,经过nginx匹配过滤,经过zuul匹配过了,可以做到完全对外界是屏蔽的.想要调用服务功能必须通过nginx,必须通过网关

检查微服务功能问题

uctservice服务
http://productservice/product/manage
拼接服务信息详细信息 http://productservice/product/manage/pageManage?page=1&rows=5

所以说,后端某一个微服务的具体访问路径,经过nginx匹配过滤,经过zuul匹配过了,可以做到完全对外界是屏蔽的.想要调用服务功能必须通过nginx,必须通过网关

检查微服务功能问题

在这里插入图片描述

购买提醒:全程代码实战,本系列课程建议有Java开发经验2年以上的学员观看和购买。录制本套教程的初衷,通过从业10年接触过很多的技术开发人员,尤其在面试一些技术人员的时候,发现他们的技术知识更新较慢,很多人渴望接触到高并发系统和一些高级技术架构,为了帮助更多人能够提升自己和接触到这类技术架构,并满足企业的人才需求,利用业余时间我开始录制这套教程。通过录制教程有很多学员给我反馈信息,给了我很大的鼓舞,当然也有吐槽,我想说的是技术是没有边界的,脱离一线业务场景去谈技术,都是耍流氓的。如对我录制的教程内容有建议请及时交流。本套课程历经1年时间研发,案例来源于真实业务场景抽离,由从业10年企业一线架构师实录,没有基础不建议购买。购买后提供企业级多方位指导,通过本套案例可以让你学习目前主流的微服务技术架构和多种企业级高并发和海量数据、高可用、分布式、支付、多语言、前后端分离等技术的综合应用解决方案。在开始本课程前给大家科普几个概念: 高并发是指在比较短的时间内有大量的访问者访问目标系统,系统负载饱和或者过载宕机。 高并发的应用,我们应该都有用过或者见过,比如天猫、京东、拼多多、亚马逊的秒杀抢购还有12306的抢票。我们在体验应用的时候,可能并不会像到这种高并发系统背后的技术实现难度。高并发系统都存在这几种问题,高并发读、高并发写、访问高峰突发性、反馈结果的即时性。在抢购的时候,尤其是抢购火车票的时候,我们经常会疯狂的刷库存,几亿用户产生非常大的高并发读; 通过以上的科普相信大家对课程有一个基本的认知了,本套教程以应用最为广泛的电商系统为标本,给大家构建一个亿级微服务秒杀系统,让大家跟着我的步骤能学习行为背后的原理。本课程采用全新的微服务架构,运用了很多工业界企业解决方案和高级技术,带大家手把手实现一个高性能,高并发,高可用等的亿级微服务秒杀系统,本课程会包含很多高级的内容,比如微服务架构、分布式部署方案、多线程、支付、多语言、全链路性能压力测试等,让大家在实战中学习知识,在实战中不断进步。该课程是一个完整的微服务架构秒杀系统项目代码,案例具有很高的商业价值,大家可以根据自己的业务进行修改,便可以使用。本套课程可以满足世面上绝大多数企业级的业务场景,本课程全部代码可以直接部署企业,普通集群,支撑**并发;集群规模大,支撑亿级并发。本课程包含的技术: IDEA集成开发工具 SpringBoot2.0.2.RELEASE SpringCloudFinchley.RELEASE Thymeleaf(模板引擎技术) 微信支付 支付宝支付 银联支付 分布式数据库Mycat MySQL Druid RabbitMQ 分布式事务 分布式锁 事件驱动 多线程 MyBatis QuartzEhcache Redis Hystrix 单点登陆CAS Nginx Lua Restful AOP技术 性能压力测试Jemter VUE+jQuery+Ajax+NodeJS Python Go语言课程亮点: 1.与企业无缝对接、真实工业界产品 2.主流支付全覆盖(微信、支付宝、银联) 3.前后端分离(主流技术架构) 4.实现高并发请求和实现高可用架构解决方案 5.多语言(Java、Go、Python) 6.亿级微服务秒杀系统(支撑海量数据) 7.大型系统分布式部署方案 8.全链路性能压力测试  9.分布式事务解决方案 10.事件驱动设计解决方案 11.多线程技术的实战应用 12.高并发下的服务降级、限流实战 13.分布式架构师下实现分布式定时调度 14.集成MyBatis实现多数据源路由实战 15.集成Redis缓存实战 16.Eureka注册中心 17.OpenFeign声明式服务调用 18.Hystrix服务熔断降级方式 19.基于Hystrix实现接口降级实战 20.集成SpringCloud实现统一整合方案 21.全程代码实操,提供全部代码和资料 22.提供答疑和提供企业技术方案咨询购买提醒: 我本人在企业从业10年,因为热爱,所以坚持,下一个10年依然会在企业一线服务,因此对于课程中的技术点可以提供全方面的业务场景解决方案。我本人并非培训机构脱离一线业务场景的讲师,从业多年接触过大量的真实业务场景案例,后面会逐步通过教程案例分享我多年的实战经验,送给同行一句话:技术是服务于业务的,脱离一线业务场景就是耍流氓。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值