微服务之SpringCloud基础
微服务之SpringCloud基础
SpringCloud微服务基础
微服务架构--SpringCloud 网站架构模式 单点应用/分布式系统面向于服务架构(SOA) /微服务架构 web项目 三层架构 1.控制层 2.业务逻辑层 3.数据访问层 传统项目：代码全部在一个项目中，使用包名来区分 com.controller--控制 com.service--业务逻辑层 com.dao--数据访问层
面向服务架构 公司 （如果互联网公司，如果使用传统架构技术开发代码冲突，拆分项目） 1.分布式开发：将一个大的公司，拆分成n个子项目。 会员系统/支付系统/消息系统/微信系统 2.集群：将一个项目，相同功能部署在多台不同服务器。 作用：解决高并发。
分布式架构就是将一个项目拆分成n多个子项目，每个子项目使用rpc远程调用技术。 你用过哪些rpc远程调用框架 SpringCloud/HttpClient/hessioan/dubbo 面向于微服务架构(SOA),通信协议SOAP SOAP http协议+xml序列号与反序列化 银行使用webservice
反向代理服务器 nginx a.tomcate01 b.tomcate02
c.客户端
SOA服务项目，提供外部访问接口 提供外部访问接口 (业务逻辑层和数据访问层)
web工程-->rpc远程调用 (控制层)
面向于服务架构优点：代码服务/解耦，适合于大公司人多。 缺点：网络延迟，维护复杂，不好整合，编写复杂 小公司 传统项目 --------------------------------------------------------------------------------
微服务架构（分布式架构） 是在传统soa架构领域升级 微--细分，轻量级，通讯协议http协议+rest风格+json 每个服务都是独立运行
来源 1.移动端(安卓/ios端) pc端 h5端（手机浏览器）
2.H5工程 PC工程 混合工程 （RPC远程调用 http协议+json格式+rest互联网公司 httpclient） 使用比较简单通信 使用httpclient[ 接口只允许在内网进行访问，和外网接口进行对接https] 微服务架构与面向于服务架构区别： 面向于服务架构（SOA）主要针对于在银行xml格式 企业级 ESP服务 微服务系统，会更加细分，Http+json+rest进行 轻量级 独立运行 解耦
接口项目 3.会员服务 订单服务 支付服务 （每个服务--对应一个数据库） 主流：rpc解决框架dubbo/springcloud
--------------------------------------------------------------------------------
接口地址怎么管理？http://member.itmayiedu.com/api/user 容错机制/负载均衡/网关/路由策略/高并发情况下，怎么接口限流/断路 微服务解决框架--SpringCloud
SpringCloud解决什么样的问题？ 配置管理（注册中心eureka/zk）/服务发现/服务注册/断路器/路由策略/负载均衡/全局锁（比如：redis）/分布式会话/客户端调用/接口网关（ZUUL）/服务管理系统 ----学习SpringCloud
rpc远程调用 SpringBoot与SpringCloud SpringBoot简化xml配置，快捷整合框架 SpringCloud 是一套微服务解决方案--RPC远程调用 关系SpringCloud依赖接口(SpringMVC)依赖与SpringBoot SpringMVC --接口
--------------------------------------------------------------------------------
SpringCloud技术流 1.SpringCloud注册中心环境搭建euraka 2.服务注册与发现 3.SpringCloud客户端调用 rest/feign 客户端调用工具 ribbon 负载均衡 zuul接口网关 eureka服务注册
案例：会员服务提供用户信息/订单服务 查询订单 订单服务需要查询用户，订单服务调用会员服务接口
注册中心（euraka）
会员服务（提供接口，服务提供者）-->注册服务-->注册中心（euraka） 订单服务（调用接口，服务消费者）-->调用注册中心(euraka)-->消费-->会员服务
编写会员服务
编写订单服务
SpringCloud调用服务原理
负载均衡
怎么实现负载均衡 nginx/lvs/HAproxy/F5 SpringCloud中负载均衡
什么事接口网关？？ 接口网关作用拦截请求 类似ngix（配置一些拦截策略）
qianduan.itmayiedu.com 来源渠道（H5端调用） ajax1 member.itmayiedu.com ajax2 order.itmayiedu.com 跨域问题
使用项目名称区分接口网关转发到实际地址 www.itmayiedu.com/member www.itmayiedu.com/order SpringCloud里的zuul接口网关 接口网关作用：拦截所有请求，任何请求先交给接口网关，然后再用网管进行转发nginx 反向代理
member.itmayiedu.com 会员服务
order.itmayiedu.com 订单服务
使用Zuul搭建服务接口网关
接口网关：解决跨域问题
分布式配置文件中心概述 开发中，怎么区分环境？ dev测试环境/pre 预发布/prd正式生产环境 调用第三方接口，alibaba.alibaba/api使用httpclient进行调用。配置信息，存放在配置文件中。 配置信息，存在配置中。需要重新发布版本。 java代码读取配置，存放在永久区，static 修饰。缺点
1.将值存在缓存中，数据库中备份。 2.后台搭建一套可视化管理配置文件项目。 3.读取流程先从缓存中读取，缓存没有在读取数据库。 4.缓存与数据库值不同步怎么解决，清理缓存。 将配置文件信息，存放在版本控制(git/svn)springcloud就是使用这种机制。
远程地址
分布式配置文件中心（git） dev文件--userName=itmayiedu pre文件--userName=itmayiedu prd文件--userName=itmayiedu
server-config 配置服务项目
会员服务工程
会员工程-->配置服务项目-->分布式配置文件中心
订单服务工程
订单工程-->配置服务项目-->分布式配置文件中心
1.远程地址git主要存放配置文件信息 2.server-config主要缓存配置文件信息，可以被其他调用
搭建分布式配置中心
1.SpringCloud微服务解决框架RPC远程调用 2.eureka注册中心 ridbbon负载均衡客户端 zuul网关 分布式配置中心 3.客户端调用工具rest feign feigin客户端调用,SpringCloud断路器Hystrix 服务降级/熔断机制/限流
服务雪崩效应产生原因 SpringCloud Hystrix断路器
SpringCloud hystrix 熔断机制/服务降级/服务限流/解决服务雪崩效应
什么是服务雪崩效应？
客户端(同一时刻有51个请求)
tomcat服务器
会员工程
user/login user/get
（订单功能需要订单会员工程查询）
订单工程
order/getOrder【tomcate最大线程数50个】 依赖服务 user/get[每次需要3秒进行响应] order/addOrder 请求等待（转圈）/
雪崩效应：所有请求在处理一个服务，不能访问其他服务接口。 1.使用超时机制，服务降级（） 服务降级：服务调用接口的时候，如果发生错误或者超时，不让调用接口，调用本fallback。 服务一旦发生错误/超时的时候，返回请求过时或者错误。
jmeter做压力测试的一个工具
雪崩效应解决办法
1.服务雪崩，产生服务堆积等待，导致其他服务接口无法访问。 2.如何解决服务雪崩效应 a.超时机制--服务降级处理 服务降级：服务接口发生错误，不去调用接口，调用本地方法 SrpingBoot的fallback b.熔断机制 类似于保险丝 熔断机制 就是为了解决服务高并发，一旦达到规定请求，的时候，熔断，报错。--服务降级 c.隔离机制：每个服务接口隔离开 c1接口 线程池
c2接口
线程池
d.限流机制：nginx 使用网关
使用hystrix实现服务降级
SpringCloud hystix短容器 ：当我们使用RPC远程调用的时候，超时，解决服务雪崩效应， 专门解决服务与服务之间报错信息。
hystix断路器 里面包含服务降级，熔断机制，隔离资源。
使用hystix解决服务雪崩原因