微服务SpringCloud+Docker入门到高级实战（教程详情）

wslhs

　　第一章 课程介绍和学习路线
　　1、微服务架构SpringCloud课程介绍
简介：课程介绍和课程大纲讲解，讲课风格和重点内容理解技巧
　　2、技术选型和学后水平
简介：课程所需基础和技术选型讲解，学完课程可以到达怎样的程度，

1、IDEA JDK8 Maven SpringBoot基础 Linux
2、理解掌握并开发SpringCloud里面主流架构和组件的基础使用，还有部分源码原理的理解
3、掌握学习的技巧和解决问题的思路
　　第二章 架构演进和分布式系统基础知识
　　1、传统架构演进到分布式架构
简介：讲解单机应用和分布式应用架构演进基础知识 (画图)

    高可用 LVS+keepalive
1、单体应用：
开发速度慢
启动时间长
依赖庞大
等等
2、微服务
易开发、理解和维护
独立的部署和启动
等
不足：
分布式系统-》分布式事务问题
需要管理多个服务-》服务治理
　　2、微服务核心基础讲解
简介：讲解微服务核心知识 ：网关、服务发现注册、配置中心、链路追踪、负载均衡器、熔断
1、网关：路由转发 + 过滤器
/api/v1/pruduct/      商品服务
/api/v1/order/        订单服务
/api/v1/user/         用户服务

    2、服务注册发现：调用和被调用方的信息维护
3、配置中心：管理配置，动态更新 application.properties
4、链路追踪：分析调用链路耗时
例子：下单-》查询商品服务获取商品价格-》查询用户信息-》保存数据库
5、负载均衡器：分发负载
6、熔断：保护自己和被调用方
　　3、常见的微服务框架
简介:讲解常用的微服务框架

    consumer: 调用方
provider: 被调用方
一个接口一般都会充当两个角色（不是同时充当）
1、dubbo: zookeeper + dubbo + springmvc/springboot
官方地址：http://dubbo.apache.org/#!/?lang=zh-cn
配套
通信方式：rpc
注册中心：zookeper/redis
配置中心：diamond
2、springcloud: 全家桶+轻松嵌入第三方组件(Netflix 奈飞)
官网：http://projects.spring.io/spring-cloud/
配套
通信方式：http restful
注册中心：eruka/consul
配置中心：config
断路器：hystrix
网关：zuul
分布式追踪系统：sleuth+zipkin
学习资料：https://blog.csdn.net/zhangweiwei2020/article/details/78646252
　　4、微服务下电商项目基础模块设计
简介：微服务下电商项目基础模块设计 分离几个模块，课程围绕这个基础项目进行学习
小而精的方式学习微服务

    1、用户服务
1）用户信息接口
2）登录接口
2、商品服务
1）商品列表
2）商品详情
3、订单服务
1）我的订单
2）下单接口
　　第三章 SpringCloud核心组件注册中心
　　1、什么是微服务的注册中心
简介：讲解什么是注册中心，常用的注册中心有哪些 (画图)

    理解注册中心：服务管理,核心是有个服务注册表，心跳机制动态维护
服务提供者provider: 启动的时候向注册中心上报自己的网络信息
服务消费者consumer: 启动的时候向注册中心上报自己的网络信息，拉取provider的相关网络信息
为什么要用：
微服务应用和机器越来越多，调用方需要知道接口的网络地址，如果靠配置文件的方式去控制网络地址，对于动态新增机器，维护带来很大问题
主流的注册中心：
zookeeper、Eureka、consul、etcd 等
　　2、分布式应用知识CAP理论知识
简介：讲解分布式核心知识CAP理论

    CAP定理：
指的是在一个分布式系统中，Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可同时获得。
一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（所有节点在同一时间的数据完全一致，越多节点，数据同步越耗时）
可用性（A）：负载过大后，集群整体是否还能响应客户端的读写请求。（服务一直可用，而且是正常响应时间）
分区容错性（P）：分区容忍性，就是高可用性，一个节点崩了，并不影响其它的节点（100个节点，挂了几个，不影响服务，越多机器越好）
CAP理论就是说在分布式存储系统中，最多只能实现上面的两点。而由于当前的网络硬件肯定会出现延迟丢包等问题，所以分区容忍性是我们必须需要实现的。所以我们只能在一致性和可用性之间进行权衡
　　3、分布式系统CAP原理常见面试题和注册中心选择
简介:讲解CAP原则在面试中回答和注册中心选择

    C A 满足的情况下，P不能满足的原因：
数据同步(C)需要时间，也要正常的时间内响应(A)，那么机器数量就要少，所以P就不满足
CP 满足的情况下，A不能满足的原因：
数据同步(C)需要时间, 机器数量也多(P)，但是同步数据需要时间，所以不能再正常时间内响应，所以A就不满足
AP 满足的情况下，C不能满足的原因：
机器数量也多(P)，正常的时间内响应(A)，那么数据就不能及时同步到其他节点，所以C不满足
注册中心选择：
Zookeeper：CP设计，保证了一致性，集群搭建的时候，某个节点失效，则会进行选举行的leader，或者半数以上节点不可用，则无法提供服务，因此可用性没法满足
Eureka：AP原则，无主从节点，一个节点挂了，自动切换其他节点可以使用，去中心化
结论：分布式系统中P,肯定要满足，所以只能在CA中二选一
没有最好的选择，最好的选择是根据业务场景来进行架构设计
如果要求一致性，则选择zookeeper，如金融行业
如果要去可用性，则Eureka，如电商系统
　　4、SpringCloud微服务核心组件Eureka介绍和闭源后影响
简介：
SpringCloud体系介绍
官方地址：http://projects.spring.io/spring-cloud/

    Eureka的基础知识-->画图讲解交互流程，服务提供者服务消费者 ;
Eureka 2.x闭源后选择
参考：https://www.jianshu.com/p/d32ae141f680
https://blog.csdn.net/zjcjava/article/details/78608892
　　5、服务注册和发现Eureka Server搭建实战
简介：使用IDEA搭建Eureka服务中心Server端并启动，项目基本骨架介绍

官方文档：http://cloud.spring.io/spring-cloud-netflix/single/spring-cloud-netflix.html#spring-cloud-eureka-server
第一步：创建项目
第二步: 添加注解 @EnableEurekaServer
第三步：增加配置application.yml
server:
port: 8761
eureka:
instance:
hostname: localhost
client:
#声明自己是个服务端
registerWithEureka: false
fetchRegistry: false
serviceUrl:
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
第四步：访问注册中心页面
maven地址: https://www.cnblogs.com/sword-successful/p/6408281.html
　　6、服务注册和发现之Eureka Client搭建商品服务实战
简介：搭建用商品服务，并将服务注册到注册中心

1、创建一个SpirngBoot应用，增加服务注册和发现依赖
2、模拟商品信息，存储在内存中
3、开发商品列表接口，商品详情接口
4、配置文件加入注册中心地址
使用eureka客户端 官方文档：http://cloud.spring.io/spring-cloud-netflix/single/spring-cloud-netflix.html#netflix-eureka-client-starter
　　7、Eureka服务注册中心配置控制台问题处理
简介：讲解服务注册中心管理后台，（后续还会细讲）

问题：eureka管理后台出现一串红色字体：是警告，说明有服务上线率低
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.
关闭检查方法：eureka服务端配置文件加入
server:
enable-self-preservation: false
注意：自我保护模式禁止关闭，默认是开启状态true
问题二：为什么只加一个注册中心地址，就可以注册
By having spring-cloud-starter-netflix-eureka-client on the classpath, your application automatically registers with the Eureka Server. Configuration is required to locate the Eureka server, as shown in the following example:
　　第四章 服务消费者ribbon和feign实战和注册中心高可用
　　1、常用的服务间调用方式讲解
简介：讲解常用的服务间的调用方式

    RPC:
远程过程调用，像调用本地服务(方法)一样调用服务器的服务
支持同步、异步调用
客户端和服务器之间建立TCP连接，可以一次建立一个，也可以多个调用复用一次链接
PRC数据包小
protobuf
thrift
rpc：编解码，序列化，链接，丢包，协议
Rest(Http):
http请求，支持多种协议和功能
开发方便成本低
http数据包大
java开发：HttpClient，URLConnection
　　2、微服务调用方式之ribbon实战 订单调用商品服务
简介：实战电商项目 订单服务 调用商品服务获取商品信息
1、创建order_service项目
2、开发伪下单接口
3、使用ribbon. (类似httpClient,URLConnection)

        启动类增加注解
@Bean
@LoadBalanced
public RestTemplate restTemplate() {
return new RestTemplate();
}
4、根据名称进行调用商品，获取商品详情

　　3、高级篇幅之Ribbon负载均衡源码分析实战
简介: 讲解ribbon服务间调用负载均衡源码分析1、完善下单接口
2、分析@LoadBalanced