refine
This commit is contained in:
huanqing.shao
BIN
.vuepress/components/1564841972085.gif
Normal file
BIN
.vuepress/components/1564841972085.gif
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 298 KiB |
@ -47,7 +47,21 @@
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<Content class="theme-default-content custom"/>
|
||||
<p>
|
||||
<a target="_blank" :href="`http://demo.kuboard.cn/#/login?isReadOnly=true&token=${$site.themeConfig.kuboardToken}`">
|
||||
Kuboard 在线体验
|
||||
</a>
|
||||
</p>
|
||||
|
||||
<p>
|
||||
为保证环境的稳定性，在线 Demo 中只提供只读权限。<span style="color: #F56C6C; font-weight: 500;">（请在PC浏览器中打开）</span>
|
||||
</p>
|
||||
|
||||
<div style="width: 100%; margin-bottom: 20px;">
|
||||
<a target="_blank" :href="`http://demo.kuboard.cn/#/login?isReadOnly=true&token=${$site.themeConfig.kuboardToken}`">
|
||||
<img src="./1564841972085.gif" style="border: 1px solid #d7dae2; width: 100%;"></img>
|
||||
</a>
|
||||
</div>
|
||||
|
||||
<div
|
||||
class="footer"
|
||||
|
||||
@ -9,7 +9,7 @@
|
||||
* 更多的部署单元
|
||||
* 更复杂的部署脚本
|
||||
|
||||
作者在会小二工作期间，为了落地 Spring Cloud，设计了如下图所示的微服务参考架构：
|
||||
作者在落地 Spring Cloud 微服务的过程中，设计了如下图所示的微服务参考架构：
|
||||
|
||||
|
||||
|
||||
@ -17,18 +17,18 @@
|
||||
|
||||
### 运行时环境：
|
||||
|
||||
* 展现层主要是前端项目（Vue、微信小程序等），通过服务网关的路由调用微服务层 SpringBoot 实现的各种业务接口；一个大型互联网产品中，需要多少个展现层的前端项目主要取决于两个因素：该产品有多少中类型的参与方、每一种参与方各有多少种渠道接入方式。例如，会小二作为一个会场交易撮合平台，其需要的展现层项目如下列表所示：
|
||||
* 展现层主要是前端项目（Vue、微信小程序等），通过服务网关的路由调用微服务层 SpringBoot 实现的各种业务接口；一个大型互联网产品中，需要多少个展现层的前端项目主要取决于两个因素：该产品有多少中类型的参与方、每一种参与方各有多少种渠道接入方式。例如，某交易撮合平台，其需要的展现层项目如下列表所示：
|
||||
|
||||
| 参与方 | 渠道 | 展现层项目 |
|
||||
| ---------- | ---------- | ---------------- |
|
||||
| 活动举办方 | PC浏览器 | 会小二官网 |
|
||||
| | 移动站 | 会小二移动站 |
|
||||
| | 微信小程序 | 会小二微信小程序 |
|
||||
| | App | 会小二APP |
|
||||
| 大客户 | PC浏览器 | 会小二VIP客户端 |
|
||||
| 平台方 | PC浏览器 | 会小二运营工作台 |
|
||||
| 供应商 | 微信小程序 | 会小二接单工具 |
|
||||
| | APP | 会小二接单APP |
|
||||
| 散客 | PC浏览器 | 官网 |
|
||||
| | 移动站 | 移动站 |
|
||||
| | 微信小程序 | 微信小程序 |
|
||||
| | App | APP |
|
||||
| 大客户 | PC浏览器 | VIP客户端 |
|
||||
| 平台方 | PC浏览器 | 运营工作台 |
|
||||
| 供应商 | 微信小程序 | 接单工具 |
|
||||
| | APP | 接单APP |
|
||||
|
||||
展现层项目由于参与方不同，账号体系也就不同，因此，鉴权授权的逻辑也有较大的差异，基于这样的考虑，我们为不同的展现层项目各自部署对应的接入网关 Spring Cloud Gateway。
|
||||
|
||||
@ -36,7 +36,7 @@
|
||||
|
||||
服务层里，项目数量最多的类型是实现微服务的 Spring Boot 项目。使用微服务架构，如何将单体应用的各个模块拆分成多个微服务单元，一直一个大家很关注却未能深入探讨的问题。作者设计过多个微服务系统的架构之后，认为，一个合理的服务拆分方式是以领域驱动设计的结果作为参考，可以将每一个领域的上下文边界对应为一个微服务单元。如此一来，在使用服务网关隔离的前后端分离的微服务架构中，前端微服务划的分重要依据是参与方类型 + 接入渠道，后端微服务划分的重要依据是领域设计的上下文边界。
|
||||
|
||||
会小二的主要业务是会场交易撮合，作为一个完整的交易平台，涉及到的业务领域较为庞大，例如：客户信息采集、线索收集、派单、线索跟进、下派标书、甄选报价、生成客户方案、合同处理、应收应付、绩效计算、平台方组织管理、供应商资料采集、供应商权益等数十个问题领域。合理拆分的微服务架构，可以使得企业对不同的问题领域分而治之。
|
||||
作为一个完整的交易撮合平台，涉及到的业务领域较为庞大，例如：客户信息采集、线索收集、派单、线索跟进、下派标书、甄选报价、生成客户方案、合同处理、应收应付、绩效计算、平台方组织管理、供应商资料采集、供应商权益等数十个问题领域。合理拆分的微服务架构，可以使得企业对不同的问题领域分而治之。
|
||||
|
||||
### DevOps平台
|
||||
|
||||
@ -169,7 +169,9 @@ Kuboard 认为，应该以微服务视角的视角快速查看到该无服务在
|
||||
|
||||
|
||||
|
||||
点击图中 ***Nginx 监控***、 ***容器组监控***、 ***所在节点监控*** 等按钮，可以直接打开该容器组对应的监控界面。因为篇幅的限制，此处不再展开描述，请到 www.kuboard.cn Kuboard 官网 提供的在线Demo体验具体的监控效果。
|
||||
点击图中 ***Nginx 监控***、 ***容器组监控***、 ***所在节点监控*** 等按钮，可以直接打开该容器组对应的监控界面。因为篇幅的限制，此处不再展开描述，请点击 <a target="_blank" :href="`http://demo.kuboard.cn/#/login?isReadOnly=true&token=${$site.themeConfig.kuboardToken}`">
|
||||
Kuboard 在线体验
|
||||
</a> 查看具体的监控效果。
|
||||
|
||||
|
||||
|
||||
|
||||
@ -1,6 +1,6 @@
|
||||
# Spring Cloud on Kubernetes
|
||||
|
||||
下图是作者在 [会小二](https://www.huixiaoer.com) 工作期间设计的微服务参考架构，设计和研发 Kuboard 的初心便源于此图。历时两年时间，Kuboard终于发布，也标志着该参考架构的成熟可用。该参考架构主要包括四个重要组成部分：
|
||||
下图是作者在落地 Spring Cloud 微架构的过程中，设计了如下图所示的微服务参考架构，设计和研发 Kuboard 的初心便源于此图。历时两年时间，Kuboard终于发布，也标志着该参考架构的成熟可用。该参考架构主要包括四个重要组成部分：
|
||||
|
||||
* 微服务运行时
|
||||
* 前后端分离
|
||||
|
||||
Reference in New Issue
Block a user