谷粒商城笔记-04-项目微服务架构图简介

文章目录

一，网络
二，网关
- 1，网关选型
- 2，认证鉴权
- 3，动态路由
- 4，限流
- 5，负载均衡
- 6，熔断降级
三，微服务
四，存储层
五，服务治理
六，日志系统
七，自动化部署

这一节的内容是介绍项目的架构图，这是从上帝视角看整个项目，非常重要、非常关键。

这一节应该不止看一遍，在学习的过程中经常回过头来温习一遍，看看自己当前学习的是架构图中的哪部分，做到胸中有数。

这是一个结构非常完整的微服务架构图，基本上所有的微服务都类似，掌握其中精髓，万变不离其宗，无论是以后架构新的项目还是重构旧的项目，都可以参考这个架构。

谷粒商城-微服务架构图原图如下。

在这里插入图片描述

根据各部分作用的不同，我将这个架构图分为7个部分，接下来逐一介绍。

在这里插入图片描述

一，网络

虽然网络主要是运维同事负责，作为开发人员也应该了解项目的网络部署，在排查线上问题时，可能会起到关键作用。

从图中可以看出，整个项目的网络部署有内外网之分，绝大部分都部署在内网，极少数部署在外网。

内网无法通过公网直接访问，这是出于安全考虑，包括网络安全、数据安全等等。

前端项目一般部署在外网，因为前端是整个系统的入口，是开放给公网用户访问的。

后端服务包括所有的商城服务、数据存储、日志、数据治理服务、K8S等等，全部都部署在内网，与外网隔离，拒绝外网直接访问。

二，网关

网关相当于商城系统的后台门户，是极其重要的一部分。

商城页面上所有的后台请求都要经过网关，网关担负的主要职责如下：

认证鉴权
动态路由
限流
负载均衡
熔断降级

1，网关选型

这个项目选用SpringCloud Gateway作为网关。

2，认证鉴权

商城的有些操作是需要客户登录后操作的，比方说加购物车、下单、付款，这些操作都需要鉴权，判断用户是否登录。

再比如后台管理系统，涉及到库存、商品的管理，所有的操作都有对应的权限，库存管理员只能管理库存，商品管理员只能管理商品。类似这种权限控制都在网关进行。

3，动态路由

大多数服务都是集群部署，分布在多台机器上。

比如商品服务，可能部署在10台服务器上，当前端发出一个商品服务请求时，只需要一台服务器接收请求，从多台服务器中选取一台服务器接收响应，称之为路由。

网关具备路由的能力，可以配置多种路由策略，比如随机路由、轮询、最小连接数、Hash等等。

4，限流

限流是指在高峰期或者发现黑客攻击，就要对请求进行流量控制，或者让请求排队等候处理，或者直接拒绝请求，避免整个系统瘫痪失去响应。

限流有很多种方式，常见的有令牌限流、漏桶限流。

令牌限流。系统生成固定数量的令牌，给每个请求发放令牌，只有得到令牌的请求才能进入系统，没有令牌的请求将被拒绝。
漏桶限流。漏桶相当于一个缓存，请求先进入漏桶等待，后端服务以恒定速率从漏桶中取出、处理请求，超出桶容量的请求会被丢弃。

5，负载均衡

因为网关是后台服务的门户，有动态路由的能力，所以也可以实现负载均衡，将请求均匀的分发到后台服务器上。

6，熔断降级

网关可以收集后台服务的响应情况，在满足某种规则的情况下，拦截熔断请求，避免后台服务资源耗尽。

三，微服务

这是业务核心，包括商品服务、订单服务、库存服务、描述服务、搜索服务等等，这些服务在启动后，会将自身信息包括服务名称和IP注册到注册中心。

这些服务之间也需要相互调用，这个项目使用feign完成内部服务间的相互调用。

四，存储层

这个项目中，存储层选用多个中间件。

持久化存储选用了MySQL，搭建了MySQL集群，采用读写分离的策略。
缓存选用了Redis，搭建了Redis集群。
消息中间件选用了RabbitMQ。
日志存储选用了Elasticsearch。
商品搜索存储选用了Elasticsearch。
图片存储使用阿里云的OSS。

五，服务治理

注册中心Nacos
配置中心Nacos
链路追踪Sleuth、Zipkin
降级熔断限流Sentinal

六，日志系统

日志记录了系统运行过程中的各种信息，是排查线上问题的必备资料。

这个项目使用ELK作为日志采集、管理、查询系统。

Logstash收集日志
存储到Elasticsearch中
用可视化工具Kibana作为前端工具搜索、展示日志

七，自动化部署

K8S提供容器管理功能
Jenkins实现从Git代码仓库拉取代码，自动打包，生成Docker容器
KubeSphere提供简单易用的容器编排功能

流水线作业的原理和流程示例：

① 源代码变更:
- 开发者提交代码到版本控制系统，触发 Jenkins pipeline。
② 构建和测试:
- Jenkins 根据 pipeline 规则拉取最新代码，构建 Docker 镜像，并运行测试。
- 如果测试通过，Jenkins 将构建的镜像推送到私有或公共的 Docker Registry，如 Harbor 或 Docker Hub。
③ 部署到 Kubernetes:
- Jenkins 使用 Kubernetes 的 API 或 CLI (kubectl) 将更新后的镜像部署到目标环境（如开发、测试或生产环境）。
- 这一步可能涉及更新 Kubernetes 的 Deployment、StatefulSet 或其他资源。
④ 监控和反馈:
- 部署完成后，Jenkins 可以通知相关人员，同时 KubeSphere 提供监控和日志功能，便于跟踪应用状态和问题排查。