diff --git a/README.md b/README.md
index 41dbeaf..24713d6 100644
--- a/README.md
+++ b/README.md
@@ -180,8 +180,24 @@
 - [04、作业：系统分析一下，自己距离大厂offer差在哪里？](/docs/distributed-system/homework.md)
 - [05、感受一下BAT面试官对分布式技术的十几个面试连环炮!](/docs/distributed-system/BAT-interview-fire.md)
 - [06、你们公司用的Dubbo？那你再额外说说Spring Cloud的核心架构原理？](/docs/distributed-system/core-architecture-principle%20.md)
-- [07、基于Dubbo和Spring Cloud分别搭建一个电商系统来快速体验一下！](/docs/distributed-system/Dubbo-SpringCloud-experience.md)
+- [07、基于Dubbo和Spring Cloud分别搭建一个电商系统来快速体验一下！](/docs/distributed-system/Dubbo-SpringCloud-experience.md)[代码下载点击这里哦!](https://github.com/shishan100/Java-Interview-Advanced/raw/master/docs/distributed-system/code/code.zip)
 - [08、作业：你们的系统使用了哪种服务框架？为什么要这样技术选型？](/docs/distributed-system/distributed-framework-selection.md)
+- [09、看过Dubbo源码吗？说说Dubbo的底层架构原理？](/docs/distributed-system/dubbo-framework-principle.md)
+- [10、咱们来聊点深入的，说说Dubbo底层的网络通信机制原理！](/docs/distributed-system/dubbo-rock-bottom.md)
+- [11、Dubbo框架从架构设计角度，是怎么保证极高的可扩展性的？](/docs/distributed-system/dubbo-augmentability.md)
+- [12、作业：自己独立画出Dubbo的底层架构原理图](/docs/distributed-system/dubbo-independent-framework.md)
+- [13、如果让你设计一个RPC框架，网络通信、代理机制、负载均衡等该如何设](/docs/distributed-system/rpc-design.md)
+- [14、平时除了使用外，有研究过Spring Cloud的底层架构原理么？](/docs/distributed-system/springCloud-study-theory.md)
+- [15、从底层实现原理的角度，对比一下Dubbo和Spring Cloud的优劣！](/docs/distributed-system/dubbo-vs-springCloud.md)
+- [16、作业：自己独立画出Spring Cloud的架构原理图，RPC框架架构设计图！](/docs/distributed-system/springCloud-and-rpc-framework.md)
+- [17、面试官：你们的服务注册中心进行过选型调研吗？对比一下各种服务注册中心！](/docs/distributed-system/registration-center-%20guide.md)
+- [18、画图阐述一下你们的服务注册中心部署架构，生产环境下怎么保证高可用？](/docs/distributed-system/register-high-availability.md)
+- [19、你们系统遇到过服务发现过慢的问题吗？怎么优化和解决的？](/docs/distributed-system/service-register-discovery.md)
+- [20、作业：说一下自己公司的服务注册中心怎么技术选型的？生产环境中应该怎么优化？](/docs/distributed-system/register-production-optimize.md)
+- [21、你们对网关的技术选型是怎么考虑的？能对比一下各种网关技术的优劣吗？](/docs/distributed-system/gateway-model-selection.md)
+- [22、说说生产环境下，你们是怎么实现网关对服务的动态路由的？](/docs/distributed-system/dynamic-route.md)[代码下载点击这里哦!](https://github.com/shishan100/Java-Interview-Advanced/raw/master/docs/distributed-system/code/code2.zip)
+- [23、如果网关需要抗每秒10万的高并发访问，你应该怎么对网关进行生产优化？](/docs/distributed-system/gateway-high-concurrency.md)
+- [24、作业：你们公司的网关是怎么技术选型的，假设有高并发场景怎么优化？](/docs/distributed-system/gateway-technical.md)
 
 
 ### 第二季-高并发
diff --git a/docs/distributed-system/code/code2.zip b/docs/distributed-system/code/code2.zip
new file mode 100755
index 0000000..655526a
Binary files /dev/null and b/docs/distributed-system/code/code2.zip differ
diff --git a/docs/distributed-system/dubbo-augmentability.md b/docs/distributed-system/dubbo-augmentability.md
new file mode 100644
index 0000000..253b47f
--- /dev/null
+++ b/docs/distributed-system/dubbo-augmentability.md
@@ -0,0 +1,25 @@
+两点，第一点，是核心的组件全部接口化，组件和组件之间的调用，必须全部是依托于接口，去动态找配置的实现类，如果没有配置就用他自己默认的
+
+第二点，提供一种自己实现的组件的配置的方式，比如说你要是自己实现了某个组件，配置一下，人家到时候运行的时候直接找你配置的那个组件即可，作为实现类，不用自己默认的组件了
+
+
+
+
+**我们的课程每天都会有一个作业，引导大家把学习到的项目经验、技术方案和生产优化落地到自己负责的项目中去，让大家出去面试的时候，可以把各种技术结合自己的项目来回答面试官的各种深度拷问**
+
+**大家不要小看这个，根据我多年的面试经验来看，拥有这个技能的人凤毛麟角，这种人出去绝对是各大公司争抢的对象。**
+
+**所以希望大家好好完成每天的作业，我布置的大量作业，就是为了帮你锻造出这种能力**
+
+**学习课程以及完成作业的过程中，大家一定会有很多的问题，可以到专栏的评论区去提问**
+
+**每天我都会和之前带出来的一批阿里、蚂蚁金服、滴滴的优秀同学给大家进行答疑，并且我们还有专门的付费用户的微信群，大家可以在微信群里跟我们一起进行技术交流**
+
+**如果你能坚持下来，学满6季，还可以获取私人定制的面试一条龙VIP服务**
+
+**如果是连续6季面试训练营都购买的同学，还可以获取面试一条龙VIP服务**
+
+**具体信息大家看“狸猫技术窝”公众号的知识店铺内的训练营详情即可**
+
+**具体可参见训练营目录下的《训练营专属服务》文档。简单来说，这个私人定制的面试VIP服务，会为你的跳槽面试全程保驾护航**
+
diff --git a/docs/distributed-system/dubbo-framework-principle.md b/docs/distributed-system/dubbo-framework-principle.md
new file mode 100644
index 0000000..cf5918b
--- /dev/null
+++ b/docs/distributed-system/dubbo-framework-principle.md
@@ -0,0 +1,73 @@
+聊**分布式**这块，**Dubbo相关的原理**，**Spring Cloud相关的原理**，有的面试官可能会这样问，你有没有看过**Dubbo或者Spring Cloud的源码呢**？**技术广度**、**技术深度**、**项目经验**、**系统设计**、**基本功**
+
+平时看你简历主要是用一些技术来开发一些系统，就会问问你了，对于一些你平时常用的技术，有没有关注过底层的原理，或者是看过源码，你要是说，90%的人，一般都会在这个时候支支吾吾的说
+
+源码看过一点点，但是没怎么看过
+
+在我们面试训练营里，能给你来分析源码吗？不太现实的，任何一个开源项目，**源码**少则几万行，多则几十万行，**Hadoop、Spark**，**面试训练营**，几讲的时间来讲透任何一个**开源项目**的**源码**，不现实
+
+看源码技巧是有，但是，需要**技术功底**
+
+就是说提炼一些**Dubbo、Spring Cloud**相关的一些底层的运行的原理，给大家来用大白话+现场画图的方式，说清楚，你就可以结合我们视频讲解的内容，去现场画图给面试官画一画一些技术底层的运行的一些原理
+
+
+我们的课程每天都会有一个作业，引导大家把学习到的项目经验、技术方案和生产优化落地到自己负责的项目中去，让大家出去面试的时候，可以把各种技术结合自己的项目来回答面试官的各种深度拷问
+
+大家不要小看这个，根据我多年的面试经验来看，拥有这个技能的人凤毛麟角，这种人出去绝对是各大公司争抢的对象。
+
+所以希望大家好好完成每天的作业，我布置的大量作业，就是为了帮你锻造出这种能力
+
+学习课程以及完成作业的过程中，大家一定会有很多的问题，可以到专栏的评论区去提问
+
+每天我都会和之前带出来的一批阿里、蚂蚁金服、滴滴的优秀同学给大家进行答疑，并且我们还有专门的付费用户的微信群，大家可以在微信群里跟我们一起进行技术交流
+
+如果你能坚持下来，学满6季，还可以获取私人定制的面试一条龙VIP服务
+
+如果是连续6季面试训练营都购买的同学，还可以获取面试一条龙VIP服务
+
+具体信息大家看“狸猫技术窝”公众号的知识店铺内的训练营详情即可，
+
+具体可参见训练营目录下的《训练营专属服务》文档。简单来说，这个私人定制的面试VIP服务，会为你的跳槽面试全程保驾护航
+
+
+
+
+分布式系统
+
+拆分为了多个子系统之后，各个系统之间如何通过Spring Cloud服务框架来进行调用，Dubbo框架来进行调用
+
+![Dubbo核心架构原理](/docs/distributed-system/images/dubbo-framework-principle.png)
+提供接口
+
+服务注册中心：
+
+###消费者
+
+#### 动态代理：Proxy
+#### 负载均衡：Cluster，负载均衡，故障转移
+#### 注册中心：Registry
+#### 通信协议：Protocol，filter机制，http、rmi、dubbo等协议
+
+#### http、rmi、dubbo
+
+比如说，我现在其实想要调用的是，DemoService里的sayHello接口
+
+你的请求用什么样的方式来组织发送过去呢？以一个什么样的格式来发送你的请求？
+
+http，/demoService/sayHello?name=leo
+rmi，另外一种样子
+dubbo，另外一种样子，interface=demoService|method=sayHello|params=name:leo
+
+信息交换：Exchange，Request和Response
+
+对于你的协议的格式组织好的请求数据，需要进行一个封装，Request
+
+##### 网络通信：Transport，netty、mina
+##### 序列化：封装好的请求如何序列化成二进制数组，通过netty/mina发送出去
+
+提供者
+
+#### 网络通信：Transport，基于netty/mina实现的Server
+#### 信息交换：Exchange，Response
+#### 通信协议：Protocol，filter机制
+#### 动态代理：Proxy
diff --git a/docs/distributed-system/dubbo-independent-framework.md b/docs/distributed-system/dubbo-independent-framework.md
new file mode 100644
index 0000000..764ed05
--- /dev/null
+++ b/docs/distributed-system/dubbo-independent-framework.md
@@ -0,0 +1,10 @@
+
+对**Dubbo**稍微做了一点进一步深入的讲解，但是远远是达不到精通源码的程度，只能说是相对于面试突击第一季要深入了一些，**Dubbo**一次服务请求调用，牵扯到了哪些组件，**负载均衡组件**、**注册中心**、**协议层**、**转换层**、**网络层（netty开发）**、**动态代理**，服务提供者也是类似的
+
+网络通信的一些东西，是如何通过**NIO**的方式，**多线程**的方式，让一个服务提供者被多个服务消费者去并发的调用和请求
+
+从整体架构原理的角度，说了一下如何进行扩展的
+
+能说比普通的人稍微好一些，**技术深度**，那必须得是学其他的课程深入的理解他里面的源码，才能在面试的时候说，我精通一个技术的源码
+
+**Dubbo底层架构原理的图**，自己手画出来，画的足够的熟练，如果有一些什么问题的话，可以提问
diff --git a/docs/distributed-system/dubbo-rock-bottom.md b/docs/distributed-system/dubbo-rock-bottom.md
new file mode 100644
index 0000000..5121ba9
--- /dev/null
+++ b/docs/distributed-system/dubbo-rock-bottom.md
@@ -0,0 +1,27 @@
+
+![Dubbo底层通信原理](/docs/distributed-system/images/dubbo-rock-bottom.png)
+如果问到Dubbo底层原理，肯定除了上一讲的底层架构，你能说出来之外，还很可能会追问几个问题，网络通信这块原理的话
+
+netty来举例，NIO来实现的，一台机器同时抗高并发的请求
+
+
+
+**所以希望大家好好完成每天的作业，我布置的大量作业，就是为了帮你锻造出这种能力**
+
+**学习课程以及完成作业的过程中，大家一定会有很多的问题，可以到专栏的评论区去提问**
+
+**每天我都会和之前带出来的一批阿里、蚂蚁金服、滴滴的优秀同学给大家进行答疑，并且我们还有专门的付费用户的微信群，大家可以在微信群里跟我们一起进行技术交流**
+
+**如果你能坚持下来，学满6季，还可以获取私人定制的面试一条龙VIP服务**
+
+**如果是连续6季面试训练营都购买的同学，还可以获取面试一条龙VIP服务**
+
+**具体信息大家看“狸猫技术窝”公众号的知识店铺内的训练营详情即可**
+
+**具体可参见训练营目录下的《训练营专属服务》文档。简单来说，这个私人定制的面试VIP服务，会为你的跳槽面试全程保驾护航**
+
+
+
+
+
+
diff --git a/docs/distributed-system/dubbo-vs-springCloud.md b/docs/distributed-system/dubbo-vs-springCloud.md
new file mode 100644
index 0000000..d0d9477
--- /dev/null
+++ b/docs/distributed-system/dubbo-vs-springCloud.md
@@ -0,0 +1,46 @@
+底层架构原理是类似的
+
+**Dubbo，RPC的性能比HTTP的性能更好，并发能力更强，经过深度优化的RPC服务框架，性能和并发能力是更好一些**
+
+很多中小型公司而言，其实稍微好一点的性能，**Dubbo一次请求10ms，Spring Cloud耗费20ms**，对很多中小型公司而言，性能、并发，并不是最主要的因素
+
+**Spring Cloud这套架构原理，走HTTP接口和HTTP请求，就足够满足性能和并发的需要了，没必要使用高度优化的RPC服务框架**
+
+
+
+Dubbo之前的一个定位，就是一个单纯的服务框架而已，不提供任何其他的功能，配合的网关还得选择其他的一些技术
+
+**Spring Cloud**，中小型公司用的特别多，老系统从**Dubbo迁移到Spring Cloud**，新系统都是用**Spring Cloud来进行开发，全家桶，主打的是微服务架构里，组件齐全，功能齐全。网关直接提供了，分布式配置中心，授权认证，服务调用链路追踪，Hystrix可以做服务的资源隔离、熔断降级、服务请求QPS监控、契约测试、消息中间件封装、ZK封装**
+
+
+剩是剩在功能齐全，中小型公司开箱即用，直接满足系统的开发需求
+
+
+**Spring Cloud**原来支持的一些技术慢慢的未来会演变为，跟阿里技术体系进行融合，**Spring Cloud Alibaba**，阿里技术会融入**Spring Cloud**里面去
+
+
+
+
+**我们的课程每天都会有一个作业，引导大家把学习到的项目经验、技术方案和生产优化落地到自己负责的项目中去，让大家出去面试的时候，可以把各种技术结合自己的项目来回答面试官的各种深度拷问**
+
+**大家不要小看这个，根据我多年的面试经验来看，拥有这个技能的人凤毛麟角，这种人出去绝对是各大公司争抢的对象。**
+
+**我们的课程每天都会有一个作业，引导大家把学习到的项目经验、技术方案和生产优化落地到自己负责的项目中去，让大家出去面试的时候，可以把各种技术结合自己的项目来回答面试官的各种深度拷问**
+
+**大家不要小看这个，根据我多年的面试经验来看，拥有这个技能的人凤毛麟角，这种人出去绝对是各大公司争抢的对象。**
+
+**所以希望大家好好完成每天的作业，我布置的大量作业，就是为了帮你锻造出这种能力**
+
+**学习课程以及完成作业的过程中，大家一定会有很多的问题，可以到专栏的评论区去提问**
+
+**每天我都会和之前带出来的一批阿里、蚂蚁金服、滴滴的优秀同学给大家进行答疑，并且我们还有专门的付费用户的微信群，大家可以在微信群里跟我们一起进行技术交流**
+
+**如果你能坚持下来，学满6季，还可以获取私人定制的面试一条龙VIP服务**
+
+**如果是连续6季面试训练营都购买的同学，还可以获取面试一条龙VIP服务**
+
+**具体信息大家看“狸猫技术窝”公众号的知识店铺内的训练营详情即可**
+
+**具体可参见训练营目录下的《训练营专属服务》文档。简单来说，这个私人定制的面试VIP服务，会为你的跳槽面试全程保驾护航**
+
+**“狸猫技术窝”**，找到我们的训练营的详情页面
diff --git a/docs/distributed-system/dynamic-route.md b/docs/distributed-system/dynamic-route.md
new file mode 100644
index 0000000..f416b29
--- /dev/null
+++ b/docs/distributed-system/dynamic-route.md
@@ -0,0 +1,22 @@
+```
+CREATE TABLE `gateway_api_route` (
+   `id` varchar(50) NOT NULL,
+   `path` varchar(255) NOT NULL,
+   `service_id` varchar(50) DEFAULT NULL,
+   `url` varchar(255) DEFAULT NULL,
+   `retryable` tinyint(1) DEFAULT NULL,
+   `enabled` tinyint(1) NOT NULL,
+   `strip_prefix` int(11) DEFAULT NULL,
+   `api_name` varchar(255) DEFAULT NULL,
+   PRIMARY KEY (`id`)
+ ) ENGINE=InnoDB DEFAULT CHARSET=utf8
+
+INSERT INTO gateway_api_route (id, path, service_id, retryable, strip_prefix, url, enabled) VALUES ('order-service', '/order/**', 'order-service',0,1, NULL, 1);
+
+   ```
+
+你可以自己用简单的spring mvc+前端页面封装一个可视化的网关管理工作台，如果新开发了一个服务之后，就可以在这个界面上配置一下，说某个服务对应某个url路径，修改，增删改查
+
+http://localhost:9000/order/order/create?productId=1&userId=1&count=2&totalPrice=50
+
+生产级，企业级的功能，网关的动态路由
diff --git a/docs/distributed-system/gateway-high-concurrency.md b/docs/distributed-system/gateway-high-concurrency.md
new file mode 100644
index 0000000..d401883
--- /dev/null
+++ b/docs/distributed-system/gateway-high-concurrency.md
@@ -0,0 +1,23 @@
+
+第一个是高并发，第二个是如何优化
+
+![高性能网关Zuul](/docs/distributed-system/images/gateway-high-concurrency.png)
+**Zuul**网关部署的是什么配置的机器，**部署32核64G，对网关路由转发的请求**，**每秒抗个小几万请求是不成问题的，几台Zuul网关机器**
+
+**每秒是1万请求，8核16G的机器部署Zuul网关，5台机器就够了**
+
+### 生产级的网关，应该具备我刚才说的几个特点和功能：
+
+#### (1)动态路由：新开发某个服务，动态把请求路径和服务的映射关系热加载到网关里去；服务增减机器，网关自动热感知
+#### (2)灰度发布：基于现成的开源插件来做
+#### (3)授权认证
+#### (4)限流熔断
+#### (5)性能监控：每个API接口的耗时、成功率、QPS
+#### (6)系统日志
+#### (7)数据缓存
+
+
+
+
+
+
diff --git a/docs/distributed-system/gateway-model-selection.md b/docs/distributed-system/gateway-model-selection.md
new file mode 100644
index 0000000..d24b052
--- /dev/null
+++ b/docs/distributed-system/gateway-model-selection.md
@@ -0,0 +1,40 @@
+
+### 网关的核心功能
+
+#### (1)动态路由：新开发某个服务，动态把请求路径和服务的映射关系热加载到网关里去；服务增减机器，网关自动热感知
+#### (2)灰度发布
+#### (3)授权认证
+#### (4)性能监控：每个API接口的耗时、成功率、QPS
+#### (5)系统日志
+#### (6)数据缓存
+#### (7)限流熔断
+
+
+### 几种技术选型
+
+#### Kong、Zuul、Nginx+Lua（OpenResty）、自研网关
+
+**Kong：Nginx里面的一个基于lua写的模块，实现了网关的功能**
+**Zuul：Spring Cloud来玩儿微服务技术架构，Zuul**
+
+**Nginx+Lua（OpenResty）：课程目录里面，有一个文档，课程免费学习，亿级流量系统架构的课程，详细讲解了Nginx+Lua的开发**，基于lua自己写类似Kong的网关
+**自研网关：自己来写类似Zuul的网关，基于Servlet、Netty来做网关，实现上述所有的功能**
+
+
+大厂：BAT、京东、美团、滴滴之类的，自研网关，都是基于Netty等技术自研网关；Nginx + Lua（Tengine）来做，封装网关的功能
+
+中小型公司：Spring Cloud技术栈主要是用Zuul，Gateway；如果是Dubbo等技术栈，有的采用Kong等网关，也可以直接不用网关，很多公司压根儿就没用网关，直接Nginx反向代理+负载均衡；
+
+Zuul：基于Java开发，核心网关功能都比较简单，但是比如灰度发布、限流、动态路由之类的，很多都要自己做二次开发
+
+Kong：依托于Nginx实现，OpenResty，lua实现的模块，现成的一些插件，可以直接使用
+
+
+
+Zuul（Servlet、Java）：高并发能力不强，部署到一些机器上去，还要基于Tomcat来部署，Spring Boot用Tomcat把网关系统跑起来；Java语言开发，可以直接把控源码，可以做二次开发封装各种需要的功能
+
+Nginx（Kong、Nginx+Lua）：Nginx抗高并发的能力很强，少数几台机器部署一下，就可以抗很高的并发，精通Nginx源码，很难，c语言，很难说从Nginx内核层面去做一些二次开发和源码定制
+
+
+Java技术栈为主的大厂，很多其实用Java、Servlet、Netty来开发高并发、高性能的网关系统，自己可以把控一切
+
diff --git a/docs/distributed-system/gateway-technical.md b/docs/distributed-system/gateway-technical.md
new file mode 100644
index 0000000..fda1b1e
--- /dev/null
+++ b/docs/distributed-system/gateway-technical.md
@@ -0,0 +1,6 @@
+
+服务框架的原理和技术选型，你们公司到底是怎么选，为什么？
+
+服务注册中心，思考，你们公司到底是怎么选的，生产环境有没有做一些优化，如果没有，哪些地方是有优化空间的？
+
+网关系统，思考，你们公司是怎么选型的，为什么？生产环境是否对类似动态路由的功能做过优化，如果没有是否有优化空间？
diff --git a/docs/distributed-system/images/dubbo-framework-principle.png b/docs/distributed-system/images/dubbo-framework-principle.png
new file mode 100755
index 0000000..951b300
Binary files /dev/null and b/docs/distributed-system/images/dubbo-framework-principle.png differ
diff --git a/docs/distributed-system/images/dubbo-rock-bottom.png b/docs/distributed-system/images/dubbo-rock-bottom.png
new file mode 100755
index 0000000..8260d2f
Binary files /dev/null and b/docs/distributed-system/images/dubbo-rock-bottom.png differ
diff --git a/docs/distributed-system/images/eureka-register.png b/docs/distributed-system/images/eureka-register.png
new file mode 100755
index 0000000..1fd7f75
Binary files /dev/null and b/docs/distributed-system/images/eureka-register.png differ
diff --git a/docs/distributed-system/images/gateway-high-concurrency.png b/docs/distributed-system/images/gateway-high-concurrency.png
new file mode 100755
index 0000000..9bcabb0
Binary files /dev/null and b/docs/distributed-system/images/gateway-high-concurrency.png differ
diff --git a/docs/distributed-system/images/springCloud-study-theory.png b/docs/distributed-system/images/springCloud-study-theory.png
new file mode 100755
index 0000000..35fc87b
Binary files /dev/null and b/docs/distributed-system/images/springCloud-study-theory.png differ
diff --git a/docs/distributed-system/images/zookeeper-register.png b/docs/distributed-system/images/zookeeper-register.png
new file mode 100755
index 0000000..b9a8018
Binary files /dev/null and b/docs/distributed-system/images/zookeeper-register.png differ
diff --git a/docs/distributed-system/register-high-availability.md b/docs/distributed-system/register-high-availability.md
new file mode 100644
index 0000000..e69de29
diff --git a/docs/distributed-system/register-production-optimize.md b/docs/distributed-system/register-production-optimize.md
new file mode 100644
index 0000000..5872fec
--- /dev/null
+++ b/docs/distributed-system/register-production-optimize.md
@@ -0,0 +1,34 @@
+
+#### 分布式系统架构的
+
+**服务注册中心，eureka、zk、consul，原理画图画清楚**
+
+**数据一致性，CP、AP**
+
+服务注册、故障 和发现的时效性是多长时间
+
+注册中心最大能支撑多少服务实例
+
+如何部署的，几台机器，每台机器的配置如何，会用比较高配置的机器来做，8核16G，16核32G的高配置机器来搞，基本上可以做到每台机器每秒钟的请求支撑几千绝对没问题
+
+可用性如何来保证
+
+**有没有做过一些优化，服务注册、故障以及发现的时效性，是否可以优化一下，用eureka的话，可以尝试一下，配合我们讲解的那些参数，优化一下时效性，服务上线、故障到发现是几秒钟的时效性**
+
+**zk，一旦服务挂掉，zk感知到以及通知其他服务的时效性，服务注册到zk之后通知到其他服务的时效性，leader挂掉之后可用性是否会出现短暂的问题，为了去换取一致性**
+
+
+**所以希望大家好好完成每天的作业，我布置的大量作业，就是为了帮你锻造出这种能力**
+
+**学习课程以及完成作业的过程中，大家一定会有很多的问题，可以到专栏的评论区去提问**
+
+**每天我都会和之前带出来的一批阿里、蚂蚁金服、滴滴的优秀同学给大家进行答疑，并且我们还有专门的付费用户的微信群，大家可以在微信群里跟我们一起进行技术交流**
+
+**如果你能坚持下来，学满6季，还可以获取私人定制的面试一条龙VIP服务**
+
+**如果是连续6季面试训练营都购买的同学，还可以获取面试一条龙VIP服务**
+
+**具体信息大家看“狸猫技术窝”公众号的知识店铺内的训练营详情即可**
+
+**具体可参见训练营目录下的《训练营专属服务》文档。简单来说，这个私人定制的面试VIP服务，会为你的跳槽面试全程保驾护航**
+
diff --git a/docs/distributed-system/registration-center- guide.md b/docs/distributed-system/registration-center- guide.md
new file mode 100644
index 0000000..bc1559a
--- /dev/null
+++ b/docs/distributed-system/registration-center- guide.md	
@@ -0,0 +1,54 @@
+
+非常常见的一个技术面试题，但凡只要是聊到分布式这块，一定会问问你，**Dubbo，Spring Cloud，服务注册中心**，你们当时是怎么选型和调研的，你们最终是选择了哪块技术呢？你选择这块技术的原因和理由是什么呢？
+
+**Eureka、ZooKeeper**
+
+**Dubbo**作为服务框架的，一般注册中心会选择zk
+
+**Spring Cloud**作为服务框架的，**一般服务注册中心会选择Eureka**
+
+**Consul、Nacos，**普及型还没那么广泛，我会在面试训练营课程里增加对应的内容，给大家去进行补充
+
+#### (1)服务注册发现的原理
+
+集群模式
+![ZooKeeper](/docs/distributed-system/images/eureka-register.png)
+
+**Eureka，peer-to-pee**r，部署一个集群，**但是集群里每个机器的地位是对等的，各个服务可以向任何一个Eureka实例服务注册和服务发现，集群里任何一个Euerka实例接收到写请求之后，会自动同步给其他所有的Eureka实例**
+![ZooKeeper](/docs/distributed-system/images/zookeeper-register.png)
+
+**ZooKeeper，服务注册和发现的原理，Leader + Follower两种角色，只有Leader可以负责写也就是服务注册，他可以把数据同步给Follower，读的时候leader/follower都可以读**
+
+####  (2)一致性保障：CP or AP
+
+**CAP，C是一致性，A是可用性，P是分区容错性**
+
+**CP，AP**
+
+**ZooKeeper是有一个leader节点会接收数据， 然后同步写其他节点，一旦leader挂了，要重新选举leader，这个过程里为了保证C，就牺牲了A，不可用一段时间，但是一个leader选举好了，那么就可以继续写数据了，保证一致性**
+
+Eureka是peer模式，可能还没同步数据过去，结果自己就死了，此时还是可以继续从别的机器上拉取注册表，但是看到的就不是最新的数据了，但是保证了可用性，强一致，最终一致性
+
+（3）服务注册发现的时效性
+
+zk，时效性更好，注册或者是挂了，一般秒级就能感知到
+
+eureka，默认配置非常糟糕，服务发现感知要到几十秒，甚至分钟级别，上线一个新的服务实例，到其他人可以发现他，极端情况下，可能要1分钟的时间，ribbon去获取每个服务上缓存的eureka的注册表进行负载均衡
+
+服务故障，隔60秒才去检查心跳，发现这个服务上一次心跳是在60秒之前，隔60秒去检查心跳，超过90秒没有心跳，才会认为他死了，2分钟都过去
+
+30秒，才会更新缓存，30秒，其他服务才会来拉取最新的注册表
+
+三分钟都过去了，如果你的服务实例挂掉了，此时别人感知到，可能要两三分钟的时间，一两分钟的时间，很漫长
+
+#### (4)容量
+
+zk，不适合大规模的服务实例，因为服务上下线的时候，需要瞬间推送数据通知到所有的其他服务实例，所以一旦服务规模太大，到了几千个服务实例的时候，会导致网络带宽被大量占用
+
+eureka，也很难支撑大规模的服务实例，因为每个eureka实例都要接受所有的请求，实例多了压力太大，扛不住，也很难到几千服务实例
+
+之前dubbo技术体系都是用zk当注册中心，spring cloud技术体系都是用eureka当注册中心这两种是运用最广泛的，但是现在很多中小型公司以spring cloud居多，所以后面基于eureka说一下服务注册中心的生产优化
+
+（5）多机房、多数据中心、健康检查
+
+
diff --git a/docs/distributed-system/rpc-design.md b/docs/distributed-system/rpc-design.md
new file mode 100644
index 0000000..d2294f4
--- /dev/null
+++ b/docs/distributed-system/rpc-design.md
@@ -0,0 +1,59 @@
+这个面试题还是挺常见的，在面试突击第一季里，基本上带了一下，当时但是没有细讲，是因为当时面试突击第一季里对服务框架的原理没有做一个相对深入一点点的分析，当时主要就是讲了一些最基本的概念
+
+人家并不是要你手撸一个**RPC框架**，资料，现场手撸一个**RPC框架**，撸的特别的简单，人家也不是要你手撸，也不是说让你进来了以后就是让你来研发RPC框架的
+
+系统设计的问题，就是让你站在系统设计的角度，来考虑一下，到底如果要设计一个RPC框架，你会如何来考虑
+
+动态代理：比如消费者和提供者，其实都是需要一个实现某个接口的动态代理的，RPC框架的一切的逻辑细节，都是在这个动态代理中实现的，动态代理里面的代码逻辑就是你的RPC框架核心的逻辑
+
+JDK提供了API，去创建针对某个接口的动态代理
+
+调用动态代理对象的方法之后，此时就应该先干一个事情，通过Cluster层的一些组件，服务注册中心，是用什么技术来进行实现呢？往简单了说，服务注册中心也可以是你自己手撸一个，也不难
+
+自己手撸一个，服务去注册，其他服务去拉取注册表进行发现
+
+**ZooKeeper**，稍微自己上网百度搜索一下，**ZooKeeper**入门使用教程，基本概念和原理，还有基本的使用，了解一下
+
+**Cluster层**，从本地缓存的服务注册表里获取到要调用的服务的机器列表
+
+**负载均衡**，**面试突击第一季**里，我们分析过**Dubbo的负载均衡策略**，此时你就可以把那些策略说一说，我要设计多少种策略，从服务的机器列表中采用负载均衡算法从里面选择出来一台机器
+
+选择好了机器，知道了对方的端口号，而且知道你的请求调用，调用哪个Interface的哪个方法，把这些信息交给协议层
+
+把数据组织一下，**协议**，**序列化机制**，**底层用什么网络通信框架**，比如**netty，mina**现在用的比较少，序列化和反序列化有没有概念，**Java基础概念，一个复杂的请求数据序列化成二进制的字节数组**
+
+**反序列化就是从字节数组变成请求数据结构**
+
+按照那个协议的规范对请求数据进行组织，不同的协议，组织出来的数据看起来是不一样的
+
+**netty基本的原理**
+
+解析完毕了之后，就知道，应该调用自己本地哪个Interface的实现类的哪个方法
+
+
+
+**我们的课程每天都会有一个作业，引导大家把学习到的项目经验、技术方案和生产优化落地到自己负责的项目中去，让大家出去面试的时候，可以把各种技术结合自己的项目来回答面试官的各种深度拷问**
+
+**大家不要小看这个，根据我多年的面试经验来看，拥有这个技能的人凤毛麟角，这种人出去绝对是各大公司争抢的对象。**
+
+**我们的课程每天都会有一个作业，引导大家把学习到的项目经验、技术方案和生产优化落地到自己负责的项目中去，让大家出去面试的时候，可以把各种技术结合自己的项目来回答面试官的各种深度拷问**
+
+**大家不要小看这个，根据我多年的面试经验来看，拥有这个技能的人凤毛麟角，这种人出去绝对是各大公司争抢的对象。**
+
+**所以希望大家好好完成每天的作业，我布置的大量作业，就是为了帮你锻造出这种能力**
+
+**学习课程以及完成作业的过程中，大家一定会有很多的问题，可以到专栏的评论区去提问**
+
+**每天我都会和之前带出来的一批阿里、蚂蚁金服、滴滴的优秀同学给大家进行答疑，并且我们还有专门的付费用户的微信群，大家可以在微信群里跟我们一起进行技术交流**
+
+**如果你能坚持下来，学满6季，还可以获取私人定制的面试一条龙VIP服务**
+
+**如果是连续6季面试训练营都购买的同学，还可以获取面试一条龙VIP服务**
+
+**具体信息大家看“狸猫技术窝”公众号的知识店铺内的训练营详情即可**
+
+**具体可参见训练营目录下的《训练营专属服务》文档。简单来说，这个私人定制的面试VIP服务，会为你的跳槽面试全程保驾护航**
+
+**“狸猫技术窝”**，找到我们的训练营的详情页面
+
+
diff --git a/docs/distributed-system/service-register-discovery.md b/docs/distributed-system/service-register-discovery.md
new file mode 100644
index 0000000..d9ca3fe
--- /dev/null
+++ b/docs/distributed-system/service-register-discovery.md
@@ -0,0 +1,14 @@
+
+**zk，一般来说还好，服务注册和发现，都是很快的**
+
+**eureka，必须优化参数**
+
+**eureka.server.responseCacheUpdateIntervalMs = 3000**
+**eureka.client.registryFetchIntervalSeconds = 30000**
+
+**eureka.client.leaseRenewalIntervalInSeconds = 30**
+**eureka.server.evictionIntervalTimerInMs = 60000**
+**eureka.instance.leaseExpirationDurationInSeconds = 90**
+
+**服务发现的时效性变成秒级，几秒钟可以感知服务的上线和下线**
+
diff --git a/docs/distributed-system/springCloud-and-rpc-framework.md b/docs/distributed-system/springCloud-and-rpc-framework.md
new file mode 100644
index 0000000..92eb4b6
--- /dev/null
+++ b/docs/distributed-system/springCloud-and-rpc-framework.md
@@ -0,0 +1,10 @@
+
+### 1、作业1
+
+**把RPC框架如何设计，这个问题，你把整体思路去屡一下，对应的一些细节，很多可以参考之前面试突击第一季的，还有一些网络通信框架，netty，找一些资料，补充了解一些细节，包括动态代理**
+
+序列化协议
+
+### 2、作业2
+
+**不看资料，手画Spring Cloud底层原理，Eureka**
diff --git a/docs/distributed-system/springCloud-study-theory.md b/docs/distributed-system/springCloud-study-theory.md
new file mode 100644
index 0000000..6735eb3
--- /dev/null
+++ b/docs/distributed-system/springCloud-study-theory.md
@@ -0,0 +1,41 @@
+问你**Dubbo底层架构原理**是一样的，不求你说能看过**Spring Cloud的源码**，单单就是说搞明白他的一些底层架构原理，也是不错的
+
+![Eureka服务注册中心的原理](/docs/distributed-system/images/springCloud-study-theory.png)
+**Eureka、Ribbon、Feign、Zuul**
+
+就是优化并发冲突
+
+如果你基于**Spring Cloud**对外发布一个接口，实际上就是支持**http协议**的，对外发布的就是一个最最普通的**Spring MVC的http接口**
+
+**feign**，他是对一个接口打了一个注解，他一定会针对这个注解标注的接口生成动态代理，然后你针对feign的动态代理去调用他的方法的时候，此时会在底层生成http协议格式的请求，/order/create?productId=1
+
+底层的话，使用HTTP通信的框架组件，**HttpClient**，**先得使用Ribbon去从本地的Eureka注册表的缓存里获取出来对方机器的列表，然后进行负载均衡，选择一台机器出来，接着针对那台机器发送Http请求过去即可**
+
+配置一下不同的请求路径和服务的对应关系，你的请求到了网关，他直接查找到匹配的服务，然后就直接把请求转发给那个服务的某台机器，**Ribbon从Eureka本地的缓存列表里获取一台机器，负载均衡，把请求直接用HTTP通信框架发送到指定机器上去**
+
+
+
+**我们的课程每天都会有一个作业，引导大家把学习到的项目经验、技术方案和生产优化落地到自己负责的项目中去，让大家出去面试的时候，可以把各种技术结合自己的项目来回答面试官的各种深度拷问**
+
+**大家不要小看这个，根据我多年的面试经验来看，拥有这个技能的人凤毛麟角，这种人出去绝对是各大公司争抢的对象。**
+
+**我们的课程每天都会有一个作业，引导大家把学习到的项目经验、技术方案和生产优化落地到自己负责的项目中去，让大家出去面试的时候，可以把各种技术结合自己的项目来回答面试官的各种深度拷问**
+
+**大家不要小看这个，根据我多年的面试经验来看，拥有这个技能的人凤毛麟角，这种人出去绝对是各大公司争抢的对象。**
+
+**所以希望大家好好完成每天的作业，我布置的大量作业，就是为了帮你锻造出这种能力**
+
+**学习课程以及完成作业的过程中，大家一定会有很多的问题，可以到专栏的评论区去提问**
+
+**每天我都会和之前带出来的一批阿里、蚂蚁金服、滴滴的优秀同学给大家进行答疑，并且我们还有专门的付费用户的微信群，大家可以在微信群里跟我们一起进行技术交流**
+
+**如果你能坚持下来，学满6季，还可以获取私人定制的面试一条龙VIP服务**
+
+**如果是连续6季面试训练营都购买的同学，还可以获取面试一条龙VIP服务**
+
+**具体信息大家看“狸猫技术窝”公众号的知识店铺内的训练营详情即可**
+
+**具体可参见训练营目录下的《训练营专属服务》文档。简单来说，这个私人定制的面试VIP服务，会为你的跳槽面试全程保驾护航**
+
+**“狸猫技术窝”**，找到我们的训练营的详情页面
+