谈谈你项目的技术架构

小咪咪 2023-10-12 16:10 42阅读 0赞

### 谈谈你项目的技术架构 ###

*  介绍流程
 *  展示层
 *  接入层
 *  网关层
 *  核心业务层
 *  底层能力层
 *   *  核心开发框架
     *  分布式链路追踪
     *  ELK云日志
     *  配置中心
     *  nacos集群
     *  es集群
     *  ETL同步
     *  apm监控
     *  任务调动中心
     *  mq集群
     *  业务监控中心
     *  redis集群
 *  数据层
 *  DevOps层

# 介绍流程 #

![在这里插入图片描述][c2e3a61a58ef46f88bd188a9e891d987.png]  
从分层的架构去讲。

# 展示层 #

![在这里插入图片描述][ba4510c19afe47ac89d5f72d636d9ef4.png]  
首先用户会访问我们的展示层，展示层会分不同的端，比如说我们的微信小程序端、app端还有我的新管理后台pc端。

# 接入层 #

![在这里插入图片描述][534fe89e2e504bcf83090318fba6c23f.png]  
最后一个是企业微信，用户访问我们的展示层，展示层会去转发到我的接入层。

接入层也会分为几个部分，最上面的是防火墙，防火墙主要是拦截DDOS攻击还有waf攻击。然后像我们的一些css资源、js资源还有图片资源会经过cdn。cdn主要是处理一些像刚才那些静态资源。然后接着的话，会请求到我的SLB，SLB是阿里的一个负载均衡的组件，然后SLB把请求通过负载均衡转到我的nginx集群，然后nginx将请求又会继续往下转发。转到网关层。

# 网关层 #

![在这里插入图片描述][fa99dc24a7b64739b1ec4d9d31f9f0ca.png]  
网关层是采用SpringCloud gateway来实现的。那主要包括的功能有:动态路由、认证鉴权、黑白名单以及负载均衡、限流熔断，最后是灰度发布（金丝雀发布）。

然后网关层处理完这个请求之后会将我们的请求通过负载均衡转发到我的核心业务层。

# 核心业务层 #

![在这里插入图片描述][423f57b6324f4c36b7a77d0b86991c5a.png]  
那核心业务层的技术开发框架是采用的SpringCloud全家桶。采用mybatis plus作为持久化的一个处理。底层的话，是用的mysql。

在业务侧的话，主要是包括两块，第一块是管理后台。管理后端主要是像我的数据的一些统计，还有一些数据的管理。然后提供一系列的这种c端的这种接口。

管理后台和我对外的接口都是通过企业微信核心引擎，该引擎除了对一些基础配置数据的处理，另外的话会对企业微信的sdk会再次做一个二次封装。

核心业务层这一块，服务在运行过程中，我们还可能涉及到对服务的一个治理。比如说我们服务的一个注册和发现。另外还有灰度发布的功能。第四块就涉及到我们这个服务，如果说有一些问题或者说我们流量比较大的时候，把一些非核心的服务，我们可以做一个降级。降级也是包含两块，一块是自动降级，还有一块是手动降级。

那手动降级是通过我们的配置中心加一些开关，自动降级的话我们可以采用像hystrix框架或者是我们的sentinel框架。

只要做相应的配置后，它会自动做降级。最后一个是我们的服务的限流熔断。因为我的服务如果面临一些突发的这个流量，流量很大的时候，为了保证我服务的一个高可用，会去对服务做一个限流和熔断。另外这里的服务也会依赖一些外部的系统。像依赖于我们的活动中台系统、券系统、定制化长期和短期的这个活动系统，最后做活动的时候我们会推送一些消息给我们的一些客户。那么这个时候我们可能依赖于我们大数据这边的客群系统。客群其实是我们的一些精准的用户画像。带有这种标签的人群。

# 底层能力层 #

![在这里插入图片描述][450833a79ea140789dac3c55b78637eb.png]  
然后接着往下走的话，核心业务层会依赖于底层能力层。这个底层能力层也是包含很多方面的。

## 核心开发框架 ##

第一块就是我们的核心开发框架，核心开发框架一个是包含我们的**底层的一个framework框架**，该框架会封装一些通用的工具类，另外会对我们常用的中间件再做一层二次封装。

再一个就是我们还会有一个类似脚手架的，它会把我们业务开发中经常用的一些核心功能，把它封装到我的脚手架里面。

## 分布式链路追踪 ##

第二块就是分布式链路追踪，分布式链路追踪的话，我们接入了skywalking框架，然后通过这种分布式链路追踪，我们可以看到我们整个请求涉及到的一个服务、服务之间的调用关系以及服务到他的整体的一个性能。可以方便我们去排查一些性能问题。

## ELK云日志 ##

第三块就是我们基于ELK的云日志，ELK云日志的话是我们线上遇到一些问题时，可以通过云日志的方式能快速去定位，通过traceId去快速定位。

## 配置中心 ##

第四个就是我们的配置中心。配置中心我们接入apollo，apollo可以提供各种权限的管理，还有对不同环境的这种隔离。

## nacos集群 ##

第五块就是我们的nacos集群。nacos主要是用于我们的一个注册和发现。

## es集群 ##

第六块就是我们的es集群，就是elasticsearch集群，就是我们有碰到像一些大数据，可能需要一些宽表，涉及这类查询的话我们可以通过es来去提供一些查询的能力。

## ETL同步 ##

第七块就是我们提供的ETL这种同步，ETL是可以把外部的一些像一些库或者一些表，可以把这些数据同步到我们自己的数据库。

## apm监控 ##

第八块是apm，apm主要是应用一个性能监控，主要包括像我们的磁盘、io、应用、full gc的一些情况，还有我们的数据库的情况，例如慢SQL，以及一些中间件，有没有什么性能问题。

## 任务调动中心 ##

第九块就是我们的任务调动中心，任务调动中心的话，我们是接的那个xxljob。这是一种分布式的任务调动中心。我们可以在这个任务调度中心对我们的job进行统一的管理。

## mq集群 ##

然后第十个是我们的mq的集群，mq的集群采用的是kafka。

## 业务监控中心 ##

接着是我们的业务监控中心。业务监控中心主要是对我们的一些核心的业务做到实时的监控和报警。我们可以用prometheus加上Grafana这种业界用的比较多的这种技术去实现。

## redis集群 ##

最后一个是我们的redis集群，redis集群是用到了5.0版本的，使用它的cluster集群板。

# 数据层 #

接着是我们的数据层，用的是我们的mysql，redis集群和我们的本地缓存。以及如果说我们涉及到像我们的企业微信里面有一些数据，数据表非常大，达到几千万，那么这个时候，我们可以进行分库分表。分库分表我们采用的是mycat。

# DevOps层 #

最后的是我们底层的一个能力，就是我们的DevOps，DevOps采用了这种CI/CD,持续的构建和集成以及持续的去部署。具体的话是采用了我们gitlab加我们的jekins，然后把我们的相关的一些docker镜像打包到我们的仓库，然后通过我们的k8s集群去做统一的一个管理。

**参考资料**：[高频面试题-请介绍一下项目的技术架构][-]

[c2e3a61a58ef46f88bd188a9e891d987.png]: https://img-blog.csdnimg.cn/c2e3a61a58ef46f88bd188a9e891d987.png
[ba4510c19afe47ac89d5f72d636d9ef4.png]: https://img-blog.csdnimg.cn/ba4510c19afe47ac89d5f72d636d9ef4.png
[534fe89e2e504bcf83090318fba6c23f.png]: https://img-blog.csdnimg.cn/534fe89e2e504bcf83090318fba6c23f.png
[fa99dc24a7b64739b1ec4d9d31f9f0ca.png]: https://img-blog.csdnimg.cn/fa99dc24a7b64739b1ec4d9d31f9f0ca.png
[423f57b6324f4c36b7a77d0b86991c5a.png]: https://img-blog.csdnimg.cn/423f57b6324f4c36b7a77d0b86991c5a.png
[450833a79ea140789dac3c55b78637eb.png]: https://img-blog.csdnimg.cn/450833a79ea140789dac3c55b78637eb.png
[-]: https://www.bilibili.com/video/BV1oY411T7tn/?spm_id_from=333.880.my_history.page.click&vd_source=a1af903e57688df870625021f7f3a7eb