--- layout: LearningLayout description: Kubernetes教程_使用Kuboard在Kubernetes上部署Spring_Cloud微服务平台SpringBlade meta: - name: keywords content: Kubernetes教程,K8S教程,Kubernetes微服务,Kubernetes Spring Cloud --- # 在Kubernetes上部署SpringCloud ## 在 K8S 上部署 SpringBlade 本系列文章将描述如何使用 Kuboard v3 在 Kubernetes 上部署 SpringBlade 应用的如下组件: **展现层:** `saber-web` **API网关层:** `blade-gateway` **中间件层:** `blade-swagger`、`sentinel`、`blade-redis`、`nacos` **微服务层:** `blade-admin`、`blade-auth`、`blade-desk`、`blade-develop`、`blade-log`、`blade-report`、`blade-resource`、`blade-system`、`blade-user` **持久层:** `nacos-mysql`、`saber-db` 本系列文章中所使用的镜像都是基于 SpringBlade v3.0.3 版本进行构建。 ![image-20210501144136997](./index.assets/image-20210501144136997.png) 本系列文章的目录如下: ::: tip SpringBlade 答疑 - 官网地址:[https://bladex.vip](https://bladex.vip/) - 问答社区:[https://sns.bladex.vip](https://sns.bladex.vip/) - 会员计划:[SpringBlade会员计划](https://gitee.com/smallc/SpringBlade/wikis/SpringBlade会员计划) - 交流一群:`477853168`(满) - 交流二群:`751253339`(满) - 交流三群:`784729540`(满) - 交流四群:`1034621754`(满) - 交流五群:`946350912`(满) - 交流六群:`511624269` ::: ## SpringBlade 微服务开发平台介绍 [![star](https://gitee.com/smallc/SpringBlade/badge/star.svg?theme=white)](https://gitee.com/smallc/SpringBlade/stargazers) [![fork](https://gitee.com/smallc/SpringBlade/badge/fork.svg?theme=white)](https://gitee.com/smallc/SpringBlade/members) [![Fork me on Gitee](https://gitee.com/smallc/SpringBlade/widgets/widget_6.svg)](https://gitee.com/smallc/SpringBlade) - 采用前后端分离的模式,前端开源两个框架:[Sword](https://gitee.com/smallc/Sword) (基于 React、Ant Design)、[Saber](https://gitee.com/smallc/Saber) (基于 Vue、Element-UI) - 后端采用SpringCloud全家桶,并同时对其基础组件做了高度的封装,单独开源出一个框架:[BladeTool](https://github.com/chillzhuang/blade-tool) - [BladeTool](https://github.com/chillzhuang/blade-tool)已推送至Maven中央库,直接引入即可,减少了工程的臃肿,也可更注重于业务开发 - 集成Sentinel从流量控制、熔断降级、系统负载等多个维度保护服务的稳定性。 - 注册中心、配置中心选型Nacos,为工程瘦身的同时加强各模块之间的联动。 - 使用Traefik进行反向代理,监听后台变化自动化应用新的配置文件。 - 极简封装了多租户底层,用更少的代码换来拓展性更强的SaaS多租户系统。 - 借鉴OAuth2,实现了多终端认证系统,可控制子系统的token权限互相隔离。 - 借鉴Security,封装了Secure模块,采用JWT做Token认证,可拓展集成Redis等细颗粒度控制方案。 - 稳定生产了三年,经历了从 Camden -> Hoxton -> 2020 的技术架构,也经历了从fat jar -> docker -> k8s + jenkins的部署架构。 - 项目分包明确,规范微服务的开发模式,使包与包之间的分工清晰。 * 架构图 ![img](./index.assets/springblade-framework.png) * 趋势图 Stargazers over time * 项目地址 * 后端Gitee地址:[https://gitee.com/smallc/SpringBlade](https://gitee.com/smallc/SpringBlade) * 后端Github地址:[https://github.com/chillzhuang/SpringBlade](https://github.com/chillzhuang/SpringBlade) * 后端SpringBoot版:[https://gitee.com/smallc/SpringBlade/tree/boot/](https://gitee.com/smallc/SpringBlade/tree/boot/) * 前端框架Sword(基于React):[https://gitee.com/smallc/Sword](https://gitee.com/smallc/Sword) * 前端框架Saber(基于Vue):[https://gitee.com/smallc/Saber](https://gitee.com/smallc/Saber) * 核心框架项目地址:[https://github.com/chillzhuang/blade-tool](https://github.com/chillzhuang/blade-tool) * 开源协议 Apache Licence 2.0 ([英文原文](http://www.apache.org/licenses/LICENSE-2.0.html)) Apache Licence是著名的非盈利开源组织Apache采用的协议。该协议和BSD类似,同样鼓励代码共享和尊重原作者的著作权,同样允许代码修改,再发布(作为开源或商业软件)。 需要满足的条件如下: * 需要给代码的用户一份Apache Licence * 如果你修改了代码,需要在被修改的文件中说明。 * 在延伸的代码中(修改和有源代码衍生的代码中)需要带有原来代码中的协议,商标,专利声明和其他原来作者规定需要包含的说明。 * 如果再发布的产品中包含一个Notice文件,则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可,但不可以表现为对Apache Licence构成更改。 Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。 * 用户权益 * 允许免费用于学习、毕设、公司项目、私活等。 * 对未经过授权和不遵循 Apache 2.0 协议二次开源或者商业化我们将追究到底。 * 参考请注明:参考自 SpringBlade:https://gitee.com/smallc/SpringBlade 。另请遵循 Apache 2.0 协议。 * `注意`:若禁止条款被发现有权追讨 **19999** 的授权费。 * 界面 [BladeX](https://bladex.vip/#/vip) 工作流一览
#### [Sword](https://gitee.com/smallc/Sword) 界面一览
* [Saber](https://gitee.com/smallc/Saber) 界面一览
* 监控界面一览