Spring Boot 与 Kubernetes 云原生微服务实践 
28227 人已学习
新⼈⾸单¥98
课程目录
已完结/共 94 讲
第一章：课程介绍和案例需求 (5讲)
第二章：系统架构设计和技术栈选型 (8讲)
时长 08:58
时长 10:08
时长 02:55
时长 04:08
时长 06:39
第三章：服务开发框架设计和实现 (10讲)
时长 06:19
时长 05:51
时长 04:19
时长 07:31
时长 04:40
时长 15:33
时长 06:02
时长 06:20
时长 03:33
时长 05:25
第四章：可编程网关设计和实践 (9讲)
时长 10:37
时长 08:08
时长 04:23
时长 04:16
时长 08:52
时长 08:32
时长 06:34
时长 07:23
时长 07:28
第五章：安全框架设计和实践 (10讲)
时长 08:06
时长 08:37
时长 12:45
时长 03:15
时长 08:00
时长 07:15
时长 05:46
时长 17:11
时长 13:36
时长 05:29
第六章：服务测试设计和实践 (7讲)
时长 14:33
时长 08:20
时长 06:39
时长 10:52
时长 11:04
时长 06:53
时长 06:34
第七章：可运维架构设计和实践 (8讲)
时长 09:12
时长 08:37
时长 11:26
时长 10:06
时长 11:58
时长 06:38
第八章：服务容器化和Docker Compose部署 (10讲)
时长 10:13
时长 12:37
时长 18:01
时长 14:32
时长 09:52
时长 12:45
时长 08:45
时长 12:13
第九章：云原生架构和Kubernetes容器云部署 (17讲)
时长 07:58
时长 11:03
时长 08:04
时长 09:08
时长 08:53
时长 10:39
时长 13:09
时长 09:55
时长 11:38
时长 08:09
时长 12:37
时长 21:16
时长 11:36
时长 05:18
时长 09:36
时长 04:05
第十章：项⽬复盘、应用和扩展环节 (2讲)
时长 10:00
时长 08:14
第十一章：附录 Staffjoy 项目源代码解析 (8讲)
时长 14:53
时长 10:29
时长 10:23
时长 10:52
时长 05:09
时长 15:06
时长 16:17
时长 06:10
Spring Boot 与 Kubernetes 云原生微服务实践
登录|注册
当前播放: 09 | 数据和接口模型设计：业务服务
00:00 / 00:00
高清
- 高清
1.0x
- 2.0x
- 1.5x
- 1.25x
- 1.0x
- 0.75x
- 0.5x
付费课程，可试看
01 | 课程介绍
02 | 背景说明
03 | 课程目标和主要内容
04 | 课程案例需求
05 | 课程补充说明
06 | 为何采用微服务架构？
07 | 架构设计和技术栈选型
08 | 数据和接口模型设计：账户服务
09 | 数据和接口模型设计：业务服务
10 | Dubbo、Spring Cloud和Kubernetes该如何选型（上）
11 | Dubbo、Spring Cloud和Kubernetes该如何选型（中）
12 | Dubbo、Spring Cloud和Kubernetes该如何选型（下）
13 | 技术中台到底讲什么？
14 | Staffjoy项目结构组织
15 | 谷歌为何采用单体仓库（Mono-Repo）？
16 | 微服务接口参数校验为何重要？
17 | 如何实现统一异常处理？
18 | DTO和DMO为什么要互转？
19 | 如何实现基于Feign的强类型接口？
20 | 为什么框架层就要考虑分环境配置？
21 | 异步处理为何要复制线程上下文信息？
22 | 为你的接口添加Swagger文档
23 | 主流微服务框架概览
24 | 网关和BFF是如何演化出来的（上）
25 | 网关和BFF是如何演化出来的（下）
26 | 网关和反向代理是什么关系？
27 | 网关需要分集群部署吗？
28 | 如何设计一个最简网关？
29 | Faraday网关代码解析（上）
30 | Faraday网关代码解析（下）
31 | 生产级网关需要考虑哪些环节？
32 | 主流开源网关概览
33 | 安全认证架构演进：单块阶段（上）
34 | 安全认证架构演进：单块阶段（下）
35 | 安全认证架构演进：微服务阶段
36 | 基于JWT令牌的安全认证架构
37 | JWT的原理是什么？
38 | JWT有哪两种主要流程？
39 | Staffjoy安全认证架构和SSO
40 | 用户认证代码剖析
41 | 服务调用鉴权代码剖析
42 | 如何设计用户角色鉴权？
43 | Spring Boot微服务测试该如何分类？
44 | 什么是契约驱动测试？
45 | 什么是测试金字塔？
46 | 单元测试案例分析
47 | 集成测试案例分析
48 | 组件测试案例分析
49 | Mock vs Spy
50 | 何谓生产就绪(Production Ready)？
51 | Spring Boot如何实现分环境配置
52 | Apollo vs SpringCloudConfig vs K8s ConfigMap
53 | CAT vs Zipkin vs Skywalking(上)
54 | CAT vs Zipkin vs Skywalking(下)
55 | 结构化日志和业务审计日志
56 | 集中异常监控和Sentry
57 | EFK & Prometheus & Skywalking + Kubernetes 集成架构
58 | 本地开发部署架构和软件需求
59 | 手工服务部署和测试(上)
60 | 手工服务部署和测试(中)
61 | 手工服务部署和测试(下)
62 | SkyWalking调用链监控实验
63 | Docker和Docker Compose简介
64 | 容器镜像构建Dockerfile解析
65 | Docker Compose服务部署文件剖析
66 | 将Staffjoy部署到本地Docker Compose环境(上)
67 | 将Staffjoy部署到本地Docker Compose环境(下)
68 | 到底什么是云原生架构？
69 | Kubernetes背景和架构
70 | Kubernetes有哪些基本概念(上)
71 | Kubernetes有哪些基本概念(下)
72 | 理解Kubernetes节点网络和Pod网络
73 | 深入理解Service和ServiceDiscovery
74 | NodePort vs LoadBalancer vs Ingress
75 | 本地测试Kubernetes部署文件剖析
76 | 本地测试Kubernetes环境搭建
77 | 将Staffjoy部署到本地Kubernetes环境(上)
78 | 将Staffjoy部署到本地Kubernetes环境(下)
79 | 生产环境Kubernetes部署文件剖析
80 | 阿里云Kubernetes环境创建
81 | 将Staffjoy部署到阿里云Kubernetes环境
82 | Kubernetes应用动态配置实验
83 | Kubernetes应用金丝雀发布实验
84 | 阿里云资源释放
85 | 课程复盘
86 | 项目扩展和应用
87 | Account服务
88 | Company服务
89 | Mail、SMS和Bot服务
90 | Faraday服务
91 | WhoAmI服务
92 | WWW服务
93 | 前端应用
94 | 结课测试&结束语
登录 后留言
全部留言(4)
- 最新
- 精选
undifined
老师 这些接口看起来不是很符合RESTful的规范，在实际开发过程中也有这样的问题，对于RESTful的最佳实践老师可以给些建议吗 谢谢老师
作者回复: 你好，课程中的接口主要作用是展示和沟通，没有特别强调规范。对于大多数企业来说，RESTful规范也不是很严格，只有发展到一定阶段和规模的企业才会更多考虑API规范的问题，也就是说API规范是比较奢侈的事情:)。如果你对RESTful API规范感兴趣，可以参考这里：http://apistylebook.com/design/guidelines/，这里有国外主流互联网公司的RESTful API风格指导，作者还专门写了一个RESTful API规范的书[The Design of Web API]https://www.manning.com/books/the-design-of-web-apis，有兴趣也可以参考。
2019-07-11
10
美好时光海苔
波波老师你好，
可能跟本课重点关系不大，但我还是想问一下关于数据模型设计的问题。
1. 公司数据模型中，worker table 没有 company ID 作为 FK。那么 Worker接口服务模型中 listWorkers API by GroupId and TeamID 的查询是不是就需要多个表join 了。如果有这个API的需求，是不是把Company ID 作为Worker Table 的FK 好一些。
2. Account 到 Admin 为什么是一对多的关系？难道一个用户可以成为多个Admin吗？老师提到Admin 到 Company 已经是 多对一的关系，一个Admin 可以管理多个公司。那Account 到 Admin 一对多的关系还有必要吗？
作者回复: 你好： 1，可以根据需要在worker表中添加company ID作为外键，以简化某些查询API的存取逻辑。 2. Company和Admin之间是一对多关系，一个Company可以有多个Admin，但是一个Admin只能关联管理一个公司。Account和Admin之间是一对多关系，一个用户账号可以扮演多个Admin角色，分别管理多个公司，但是实际这种一对关系是否合理，要看具体的业务需要。
2021-02-08
dondon
点个赞
作者回复: 谢谢！
2020-03-28
健健
老师，请问在做公司相关的表，有没有考虑过根据公司进行分表，就是针对每个公司，都有一套相对应的表，这样可以保证数据的隔离性
作者回复: 实际业务场景可以考虑表级别的隔离，这样隔离性会更好，之前我做过一个多租户消息队列项目，就是基于每个队列一个表这种隔离设计。Staffjoy项目以教学为主，采用相对简单的逻辑隔离，如果弄成表隔离就有点搞复杂了。
2019-07-27
2
收起评论