微服务架构实战 160 讲
杨波
拍拍贷研发总监、资深架构师、微服务技术专家
48732 人已学习
新⼈⾸单¥98
课程目录
已完结/共 171 讲
微服务架构实战 160 讲
登录|注册
留言
9
收藏
沉浸
阅读
分享
手机端
回顶部
当前播放: 61 | 基于网关的两层路由体系
00:00 / 00:00
高清
  • 高清
1.0x
  • 2.0x
  • 1.5x
  • 1.25x
  • 1.0x
  • 0.75x
  • 0.5x
网页全屏
全屏
00:00
付费课程,可试看
01 | 第一模块课程介绍
02 | 微服务安全要解决什么问题
03 | 白话 OAuth2
04 | OAuth2 的正式定义
05 | OAuth2 有哪些典型模式
06 | OAuth2 模式该如何选型
07 | Spring Security OAuth2 架构简介
08 |【实验】授权码模式授权服务器
09 |【实验】简化模式授权服务器
10 |【实验】密码模式授权服务器
11 |【实验】客户端模式授权服务器
12 | 实验一扩展环节
13 |【实验】Web 应用接入授权服务器
14 | 实验二扩展环节
15 | 什么是 JWT 令牌
16 |【实验】授权服务器支持 JWT 令牌
17 | 实验三扩展环节
18 |【实验】Android 无线应用接入授权服务器
19 |【实验】AngularJS 单页应用实验和课后扩展
20 |【实验】GitHub社交登录实验和课后扩展
21 | 【实验】OAuth2安全风险CSRF实验
22 | OpenId Connect简介
23 | 下一代微服务安全架构
24 | 参考资源和后续课程预览
25 | Apollo作者的产品介绍
26 | 第二模块课程介绍
27 | 课程概述
28 | 业务需求
29 | 配置定义和场景
30 | 开关驱动开发原理
31 | 携程 Apollo 配置中心介绍
32 | Apollo核心概念
33 | Apollo快速起步(Lab01)
34 | Apollo快速起步扩展实验
35 | Apollo架构设计之服务器端
36 | Apollo架构设计之客户端
37 | Apollo架构设计之高可用和监控
38 | Apollo分布式部署指南
39 | Apollo Java客户端和多语言接入
40 | Apollo Client API实操(Lab02)
41 | Apollo Client和Spring集成~XML方式(Lab03)
42 | Apollo Client和Spring集成~代码方式(Lab04)
43 | Apollo Client和Spring Boot集成(Lab05)
44 | Apollo开放平台接入实操(Lab06)
45 | Spring Cloud Config简介
46 | Apollo vs Spring Cloud Config
47 | Apollo FAQ和开发常见问题
48 | 参考资源和后续课程预览
49 | 第三模块课程介绍
50 | Zuul网关和基本应用场景
51 | Zuul网关高级应用场景
52 | Zuul网关架构剖析
53 | Zuul网关代码剖析(Code Review)
54 | Zuul网关过滤器管理工具(Code Review)
55 | 前置过滤器实验(Lab01)
56 | 路由过滤器实验(Lab02)
57 | 后置过滤器实验(Lab03)
58 | Zuul网关对接Apollo(Lab04)
59 | Zuul网关生产部署实践
60 | Zuul网关路由管理实践
61 | 基于网关的两层路由体系
62 | Spring Cloud Zuul(Lab05)
63 | Zuul2.0简介
64 | Zuul网关生产最佳实践
65 | 参考资源和后续课程预览
66 | 第四模块课程介绍
67 | 调用链监控业务需求
68 | 调用链监控原理
69 | 调用链监控产品和比较
70 | 点评 CAT 背景介绍
71 | CAT 典型报表
72 | CAT 告警简介
73 | CAT 架构设计
74 |【实验】CAT 本地部署
75 | CAT 埋点案例和代码剖析(Code Review)
76 |【实验】CAT 埋点案例
77 | Zuul 网关集成 CAT 代码剖析(Code Review)
78 |【实验】Zuul 网关集成 CAT
79 | CAT 生产埋点实践
80 | CAT 生产部署实践
81 | CAT 生产治理实践
82 | Spring Cloud Sleuth 简介
83 |【实验】Spring Cloud Sleuth
84 | 参考资源和后续课程预览
85 | 第五模块课程介绍
86 | 容错限流需求
87 | 容错限流原理
88 | Netflix Hystrix 背景介绍
89 | Hystrix 设计原理
90 | Hystrix 主要概念
91 | 信号量 vs 线程池隔离
92 | Hystrix 主要配置项
93 |【实验】Hystrix 基础实验
94 | Hystrix 模拟案例分析 (Code Review)
95 |【实验】Hystrix + Dashboard 实验(上)
96 |【实验】Hystrix + Dashboard 实验(下)
97 | 网关集成 Hystrix (Code Review)
98 |【实验】Spring Cloud Hystrix 实验
99 | Netflix Turbine 简介
100 | Hystrix 生产最佳实践
101 | 参考资源和后续课程预览
102 | 第六模块课程介绍
103 | 服务发现需求和模式(上)
104 | 服务发现需求和模式(下)
105 | Netflix Eureka 和 Ribbon 背景介绍
106 | Eureka 和 Ribbon 架构设计原理
107 |【实验】Spring Cloud Eureka 和 Ribbon 基础实战
108 |【实验】Spring Cloud Eureka 和 Ribbon 高级实验
109 | Spring Cloud Eureka 和 Ribbon 主要配置项
110 | Eureka进阶:自保护模式
111 | Eureka进阶:健康检查和蓝绿部署
112 |【实验】Spring Cloud Zuul、Eureka 和 Ribbon 集成实验(上)
113 |【实验】Spring Cloud Zuul、Eureka 和 Ribbon 集成实验(下)
114 | 常用服务发现组件比较
115 | ServiceMesh 和 Istio 简介
116 | 基于 Eureka、Zuul 和容器云的持续交付架构
117 | 参考资源和后续课程预览
118 | 第七模块课程介绍
119 | 监控模式分类
120 | BusDevOps 和测量驱动开发 MDD
121 | Prometheus 简介
122 | Prometheus 架构设计
123 | Prometheus 基本概念
124 |【实验】Prometheus 起步查询实验(上)
125 |【实验】Prometheus起步查询实验(中)
126 |【实验】Prometheus起步查询实验(下)
127 |【实验】Prometheus + Grafana 展示实验(上)
128 |【实验】Prometheus + Grafana 展示实验(下)
129 |【实验】Prometheus + Alertmanager 告警实验(上)
130 |【实验】Prometheus + Alertmanager 告警实验(下)
131 |【实验】Java 应用埋点和监控实验
132 |【实验】NodeExporter 系统监控实验
133 |【实验】Spring Boot Actuator 监控实验
134 | Prometheus 监控最佳实践
135 | 主流开源时序数据库比较
136 | 开源分布式监控平台 ZMon 简介
137 | 微服务监控体系总结
138 | 参考资源和后续课程预览
139 | 课程概述和背景
140 | 架构和设计
141 | 开发环境搭建
142 | 基础代码(code review)
143 | 数据访问模块(code review)
144 | OAuth2服务模块(code review)
145 | Web服务模块(code review)
146 | 启动流程(code review)
147 | 起步准备实验(lab02)
148 | OAuth2授权码模式实验(lab03)
149 | OAuth2简化模式实验(lab04)
150 | OAuth2用户名密码模式实验(lab05)
151 | OAuth2客户端模式实验(lab06)
152 | OAuth2令牌校验实验(lab07)
153 | OAuth2令牌刷新实验(lab08)
154 | 项目复盘和扩展环节
155 | 参考资源和后续课程预览
156 | 课程概述和背景
157 | 需求和架构设计
158 | 开发环境搭建(lab01)(上)
159 | 开发环境搭建(lab01)(下)
160 | 项目业务代码(Code Review)
161 | Apollo配置中心集成(lab02)
162 | Zuul-Eureka-Ribbon-Hystrix集成(Code Review)
163 | Gravitee OAuth2集成(lab03)
164 | Zuul网关集中令牌校验(Code Review)
165 | CAT调用链集成(lab04)(上)
166 | CAT调用链集成(lab04)(下)
167 | Demo展示(lab05)(上)
168 | Demo展示(lab05)(下)
169 | Prometheus监控集成(Code Review)
170 | 生产扩展环节
171 | 课程复盘总结&结课测试
本节摘要
登录 后留言

全部留言(9)

  • 最新
  • 精选
西瓜
不太理解第一层网关的用处?能麻烦老师详细解答下吗?

作者回复: 第一层网关就是外部流量进入企业内部微服务的一个入口。该层网关的主要作用是反向路由,安全,限流/熔断,和日志监控等。常见可以用zuul做第一层网关,前置nginx对zuul做负载均衡。 企业内部的第二层网络是可选的,很多企业没有内部第二层网关,直接用基于注册中心配合客户端软负载,比如用dubbo + zk,或者spring + eureka方式。

2019-12-24
2
Jason
内部微服务会通过公网对外暴露么?安全性怎么保证的呢?

作者回复: 对于对外暴露的服务,可通过https加密,有些涉及用户敏感数据的,需提供访问令牌(token)才可以访问。 另外,企业内部的基础服务一般不直接对外暴露,而是通过聚合层(或称BFF层)对外暴露,在聚合层也可以做一些安全控制。

2020-03-22
1
superFan
内网演进, nginx-->zuul-->kong,老师也说了kong本质上就是nginx,所以内网使用kong替换nginx的原因是什么?麻烦老师指导下;

作者回复: 你好,nginx成熟稳定性能高,但是因为历史比较悠久,所以历史包袱也重,比较偏向传统运维,对DevOps和开发人员不友好(或者说门槛比较高);kong可以认为是针对nginx的不足,专门针对现代微服务场景,在nginx/openresty内核的基础上升级改造而来,在DevOps开发友好性方面有很大改进。 如果企业现有nginx运行稳定,没有特别的DevOps开发定制需求(微服务网关,动态路由,灰度发布,灵活安全,细粒度监控等),那么并不需要升级kong;如果有DevOps需求,则可以考虑尝试升级Kong,当然直接扩展nginx也可以,不过门槛较高。

2019-05-02
1
大象
外网关的主要作用是什么?内网关的主要作用是什么?鉴权,限流,熔断,日志监控等功能哪些要放在内网关?哪些要放在外网关? 谢谢

作者回复: 不管内部还是外部网关,主要作用是:反向路由,安全,限流熔断,监控日志等。作为对外入口,外部网关对安全有更高的要求,一般令牌校验/验签和防刷等职能都在外部网关上实现。内部+外部两层网关是一种架构风格,内部使用网关强调治理,规范内部调用必须通过内部网关,这样可以集中治理(安全,限流,监控,依赖关系等),不利一面是性能损耗和可用性风险。有些企业内部不使用网关,而是采用客户端直连调用服务,例如阿里dubbo,这种方式性能会好,但是集中治理较难实现。

2019-03-14
1
bxov
外层网关怎么实现高可用,是nginx做负载吗?内层网关只有异构系统调用才会用到吧!如果是java服务之间调用fegin就不通过网关了吧

作者回复: 外层网关高可用,可以用nginx做负载,也可以硬件如F5,也可F5+nginx两级负载。内网也可以有网关,相当于内外两层网关,也是一种架构风格。内网也可以不用网关,直接走客户端软负载,feign+ribbon+eureka是一种常见做法。

2018-09-26
1
青青子衿
为什么要用两层网关呢?

作者回复: 视情况,可以只用一层网关,也有很多企业使用内外两层网关架构,内部可用性能更好的nginx或kong等做网关,这种两层网关架构更强调内部现有基础设施兼容性和安全治理灵活性

2018-07-09
1
又双叒叕是一年啊
波波老师,zuul既然没有kong性能好,为什么外层不直接 采用 nginx和kong?内网网关还是用kong结合Eureka的方式进行处理呢?

作者回复: 外层可以直接用nginx/kong,性能应该会更好,但是由于历史原因,外层已经用zuul了,而且也很稳定,如果迁移的话有成本,而且可能会需要踩坑,所以暂时没必要做迁移。

2019-07-01
Alex
能不能讲讲生产中网关的限流和灰度具体实现,这块比较有用。

作者回复: 限流主要使用hystrix组件实现,第5模块会专门剖析讲。灰度发布请参考我的微信文章现代发布技术https://mp.weixin.qq.com/s/kQQQQqxAHVglfBVf2NGD4w,灰度一般企业要定制,要和服务注册中心、发布系统等配合,实现较复杂。

2018-08-04
Alex
这种模式下请求还是会经过外网zuul性能不是一样影响。为啥不用外nignx+内kong

作者回复: 外网nginx+内网kong是可以的,这样路由逻辑要做在nginx上,要掌握nginx+lua做成动态更新门槛较高,使用+zuul(java)门槛低一些,灵活性好,当然会有些性能损失,但要看规模和量,一般问题不大,而且zuul无状态水平可扩。

2018-08-04
收起评论