基于Spring_Cloud微服务架构的风控运营平台设计与实现

2023年第03期

（总第243期）

基于SpringCloud微服务架构的风控运营平台设计与实现

何金璐

1

，黄语倬

2

，韦海峰

1

，谭亮

1

（

1.

广西北投信创科技投资集团有限公司；广西南宁

530201

）

2.

广西交科集团有限公司，

摘要：随着网络的高速发展以及在安全方面得到了更多的重视，很多企业都需要开发自己的风控系统，因此建立一个比

较完善的风控系统或者中型风控平台是必不可少的一环。如果使用原来单一的业务框架模型开发，随着企业业务的进

一步开展，其可能由于不够复杂而不能支持业务的迅速拓展进而威胁到企业业务的迅速扩张。文章以SpringCloud微

服务架构为基础，设计了一种风控运营平台，希望能为相关人员提供参考。

关键词：SpringCloud；微服务架构；风控运营平台；设计与实现

中图分类号：TP311文献标识码：B文章编号：2096-9759（2023）03-0145-03

近年来，我国各行各业与网络的联系日益密切。而且，随

着消费者对网络安全要求的日益增强，互联网安全也日益引

起网络使用者的注意。因此，通过构建较为灵活有效的风险

管理系统和运行机制，来有效预防公司网络安全风险已经成

为了公司的当务之急，而较为完善的风控运营方法之一也就

成为了公司风险管理体系中不可或缺的重要内容。随着一般

公司的业务模式和客户规模均呈现着不断上升发展的态势，

而传统单一的应用方式已经难以满足快速成长型企业的需求，

信息系统必须在原有的基础上继续保持在单一应用的基础上，

开发变更新产品应用。

业务调度组件分为Hystrix、Ribbon和OpenFeign。由于

在操作系统中可以产生微服间的相互依赖关系，为防止在调

度某些业务时发生故障所产生的连锁效果从而造成整个操作

系统雪崩，所以采用了Hystrix实现熔断业务来完成容错管理。

Ribbon则用来执行服务器端的负载平衡，透过选取适当的业

务实例来完成申请的转发，以便分摊服务系统压力。而Open-

Feign则是通过一种声明式的Restful网络，要求服务器端用来

减少业务申请。

1.2.3路由和过滤组件

路由的网关模块中既包含API网关，又包含Zuul和Spring

CloudGateway。微服务架构，是指在服务器与云平台服务器

之间通过API网关连接后，对每个服务器的所有请求都能够

通过API网关实现转发，从而实现了路由转发、流量管理和鉴

权认证等功能的服务。

1.2.3配置中心组件

由于使用范围的扩展，各类的设置项将更加复杂，根据配置

文件进行的静态化设置在需要进行参数调整时会十分不方便，

而且易产生配置文件过于离散的现象。SpringCloud通过Config

组件的设置中心可以完成配置项目的管理和动态刷新的工作。

1SpringCloud

微服务框架概述

1.1SpringCloud

概述

Spring是一个诞生于2003年的轻量级Java编程框架。但

是由于它的进步，框架中的代码数量不断增加，集成、数据集

等功能也变得更加繁琐。2014年，Spring社区引入了Spring

Boot框架，改进了Spring应用的开发和发布流程，并使用自动

集成了大量第三方数据库服务，以便能够使用现成的盒子，从

而促进了那些为逻辑对象付出大量金钱的人的发展，以改善

开发者体验。由于近年来关于分布式系统和微服务架构的新

思想和方法的出现，Spring社区也根据SpringBoot设计得方

便，引入了SpringCloud构架来用作微服务架构的方案，以便

开发人员迅速构造出一个优秀的分布式系统。

SpringCloud的主要优点是社区更强大，可以鼓励开发者

根据自己的需要选择技术，适用于很多领域。Springcloud不

是造新轮子，而是通过整合众多公司成熟的服务体系，对spring

boot进行重新包装，并保护安装过程和使用标准，从而提高使

用的构建。经过深思熟虑，最终打造了一个简单易用、易于安

装、易于维护的分布式生成工具。

2

系统整体架构设计

2.1

风控运营平台需求分析

近年来的电商行业越来越火热，因为电商具有产品覆盖

面广，成交频次多以及商品种类众多的优势，吸引了不少“黑

色行业”。这些黑产损害了平台上企业和消费者的权益，从而

对平台的收益产生冲击。因此，有必要建立安全可靠的风险

管理体系，避免出现黑设备问题。其中，操作风险管理平台是

风险管理后风险防范职责的重要组成部分，主要职责是发现、

检测并应对风险管理情况。目前系统主要管理两种状态，投

资者风险状态和消费者风险状态，当风控主系统检测到具体

的风控情况后将数据交给风控运行系统，由操作系统承担对

情况的事后处理工作。

据研究，系统特点主要有：全服务商户系统，涵盖了被管

理商户的全部基础数据，能够对被控制企业的交易过程和付

款结算进行整体管理；导入风险商户信息，相应的风险商户数

据采集;险商的申请、审批与控制；输入风险信息，评估、控制等

对经营风险的整体控制。此外，风控运营系统也具有以下优

点：风控运营系统所包含的服务点很丰富，可以实现

1.2SpringCloud

相关组件

1.2.1服务的注册与发现组件

SpringCloud中推出的用户注册和发现服务，也涵盖了Eu-

reka和Consul。充分考虑到在微服务架构下，整个服务的运作

流程中可根据实际需要随意地对业务信息加以扩展、压缩、失

效和更改，对于运维部门来说无疑是非常低效的。这样，系统

的主动工作可以利用业务的注册和发布来完成，方便于客户迅

速完成对客户的录入、管理和维护的作业。

1.2.2服务调用组件

收稿日期：2023-02-18

作者简介：何金璐（1995-），男，广西百色人，毕业于同济大学电子与信息工程院，本科，工学学士，主要从事交通板块信息化与政企数字化转

型建设项目相关工作。

145

Copyright©博看网. All Rights Reserved.

ChangjiangInformation&Communications何金璐等：基于SpringCloud微服务架构的风控运营平台设计与实现

离的设计，利用后端实现微服务架构设计，利用SpringBoot、

SpringMVC、MyBatis等架构实现微服务的敏捷发布，并使用

springcloud管理整个系统的微服务，使用Jenkins、Docker等搭建

自动化服务，引入Redis、Kafka、ES等中间件，页面也将利用

的架构进行设计，从而形成了一套具有高可用度，高扩展度，高弹

性，自动化运维等优点的服务体系。系统总体结构如图1显示：

发；高速迭代开对系统业务拓展的水平也很高，系统需要不断

添加新的业务节点；对系统稳定性和可用性的要求也相当高，

对节假日系统的并发率也有相应的要求；系统也需要与公司

内部进行一些服务绑定；系统还需要同时配备多台服务器。

2.2

系统整体架构设计

根据上述风控管理系统的讨论结果，项目拟引入前后端分

图1系统整体架构图

GRANTREPLICATIONSLAVEON*.*TO'root'e'192.2.2.1Nginx集群

168.195.131'IDENTIFIEDBY"由于这些操作的前后台服务器都是以组的形式实现的，

这个任务是先从主库中取数据，然后安装主从库的数据所以首先要引入Nginx组件。当用户向服务器发出请求时，Nginx

库配置文件。完成binlog的安装后，还需要安装同步数据库的

可直接把请求转发给集群中的服务器。负载均衡组件Nginx系统

日志软件，然后运行主从数据库。数据库，那么我们就重新安也出现“重大故障”的结果。为克服这种问题，系统通过重新

装从数据库，然后把从数据库和主数据库连接起来。Library，

安装主从Nginx操作系统,并启动了功能稳定性较好的Keep-

然后启动从库，这就实现了对MySQL主从框架的使用，从库

alived,从而自动实现了对主从节点之间的功能切换,从而保证

可以将所有的数据块和binarylog以一个大库形式提供到从库。

了在宿主节点上的服务仍可以使用。

（2）提高Mycat的安全性和高容量：通过与Mycat中间件

2.2.2前端服务集群

公司读取单独开源转换，配置Mycat常用和sche-

考虑到时间和前端开发复杂度等技术难点,选择构

配置文件，常用。创建逻辑数据库。

架作为系统的前台服务构架,该架构能够完成网页间的切换,

（可以理解为一个虚拟库，用户只需要连接整个逻辑库就可以

向后台服务发出Ajax请求以接收数据、发送数据等。用户在

工作，mycat会决定在哪个服务器上执行sql语句）。

浏览网页时，只需要使用Vue-router的功能即可完成各种网页

的导航。后端系统收到申请后，将完成的数据返回。使用我们

服务的项目，然后使用Nginx完成用户浏览器应用的传

输，完成前端服务。

3.2

后端服务集群的实现

3.2.1风险商家服务

危险商户业务管理系统，主要是指风险商户信息定型、风

险商户数据收集、风险商家信息收集等的业务管理系统。风

险管理的主要任务是首先发出风险交易者名单和交易者具体

业务的明细，然后操作进入业务风险管理，然后风险管理将信

息发送给被识别的贸易商。以及他们提供的信息。风险管理

信息，这是最终的风险业务信息。管理人员还可以要求将信

息连同具体说明一起发送给风险交易员。销售经理还可以查

看每个商家的推荐详情。

3.2.2商家管理服务

风险管理报告在中国高风险交易者后，会针对商户风险

146

3

基于

SpringCloud

微服务架构的风控运营平台的

实现

3.1

配置数据库

在进行完项目的初步设置之后,最后进行了配置数据库，

MySQL框架方案的具体实现过程如下：

（1）建立MySQL：根据主从架构，我们在MySQL主库系

统中搭建一个从库系统，然后我们将主库系统的表备份并复

制到从库系统，然后我们从主库执行命令系统根据需要：

PDF created with pdfFactory Pro trial version

Copyright©博看网. All Rights Reserved.

ChangjiangInformation&Communications何金璐等：基于SpringCloud微服务架构的风控运营平台设计与实现

从Eureka后台页面可以看到只剩下一个riskshop实例。

我们把riskshop节点关掉，相当于模拟一下机器宕机后，

用户可以发现其他节点仍然可以进行业务，仍然可以在请求

中使用Postman进行查询，这样也保证了系统在某些设备已关

闭的状态，仍能正常开展业务，实现高可用性。

4.2.2Zuul网关的高可用性测试

接下来，关闭了Eureka的注册表中的一个Zuul节点。根

据检测结果我们可以发现，原来的两个Zuul节点已经因为宕

机而变成了一个，然后我们还是可以给Zuul网关发出申请，查

看是不是仍然可以使用。风险商户服务也能够得出同样的结

论，说明了在部分Zuul网络关节点宕机后，Zuul网关还是能

够正常路由使用，保持了高可用性。

4.2.3系统可扩展性以及可伸缩性分析

（1）系统可扩展性

在微服务架构下，系统服务之间相互独立，解耦，单独部

署。因此，当业务访问压力波动时，能够随着市场负荷变化动

态灵活进行业务使用的单台设备。在给用户增加服务、Nodes，

甚至减少服务节点数量后，Eureka就能够自动感知，而无须自

动更改配置数据，在服务还需要使用前通过服务去Eureka了

解服务的配置地址名称，进而进行服务的使用。如此一来，服

务的配置就会非常灵活，而服务的可扩展性也会非常好。

（2）系统可伸缩性

根据微服务架构，业务流程是相互独立和分离的。在系

统中引入新服务时，不需要关注旧业务的内部逻辑，只需要添

加新设备，创建新服务，调用时设置raise关系即可。第一个业

务可以直接从Feign调用，服务非常容易扩展。

不同，而进行不同的处罚方式。而目前的惩罚主管理的程度

要分为:冻结店铺、关闭商店、冻结店铺。在风险交易员进行过

风险管理之后，交易者还需要进行恢复操作，如：回归原客户、

恢复重新销售产品、和交易员们进行磋商等等。

3.2.3风险用户服务

风控发现用户交易过程中出现问题后，将暂时停止交易

并交由风控平台进行管理。项目经理将检查和评估每个客户

在平台上的风险。用户将帮助他们毫无问题地回到原来的业

务，从而使业务公平。

3.2.4搜索服务

为使客户可以迅速地查询数据，项目中采用了ElasticSearch

等分布式搜索引擎来实现查询工作。ES根据数据库中的索引

信息建立了一些简单问题的框架。通过这个方式，人们能够十

分容易的进行对企业信息的搜索。因为一般人们在选择检索软

件时采用了中文搜索方式，但由于ES本身的中文分词方法模块

还没有建立，导致人们只能通过ES提供的软件检索中文分词方

式信息，以增加问题的准确性.想要很简单的把MySQL中的企

业信息导入到ES数据库中，可通过中央数据管理的Logstash，

可以提高从MySQL数据库同步数据到ES集群数据库的效果。

3.2.5电话服务

风险完成风险管理后，经理必须通过电话联系客户，确定

是否存在风险，在这个过程中，必须使用呼叫中心提供的外部

服务，并且因为信息必须是正确的。之后，将其记录在案，在

存储、网络游戏和下载上下功夫。其中，大部分移动呼出业务

是通过第三方软件完成的，当捕捉到用户呼出后，声音将存储

在电脑的文件数据库中。当运营商向互联网提出广播录制数

据的申请之后，前端浏览器将向后端移动平台提出Ajax申请，

对下载的视频内容进行广播。而前端收集到url后，在标签的

src对象中提取音频内容进行广播。

5

结语

论文中探讨了微服务架构的设计特点，左右端分别的设

计方式，以及用来处理传统微服务架构中业务处理问题的

SpringCloud结构，并针对传统背景的风控系统设计进行了研

究，同时考虑了现代风控服务运营系统的发展特点和原有的

设计框架所面临的技术困难，并以此对现代风控业务系统的

功能选型和系统结构进行了研究，并给出了一种左右端分别

的设计模式，并通过微服务架构的设计系统的后台部分实现

了架构设计，并通过SpringCloud结构进行了传统微服务架构

下的业务处理，并要求所形成的服务体系必须具有按需求可

伸缩式、多延伸性，多并发、高可靠、设计灵活、自动化及运维

简单的设计特点。

参考文献：

[

1

]

LiChunying,李春颖,DiXiaokun,等.基于北斗和NB_IoT

的低功耗金融风控终端设计与实现

[

C

]

//中国卫星导航年

会.中国卫星导航学术年会组委会,2019.

[

2

]

[

3

]

张明森,黄宏敏,詹瑞典.基于SpringCloud微服务架构的

广告系统的设计与实现

[

J

]

.电子世界,2020

(

8

)

:2.

吴铭程,顾芒芒.基于SpringCloud微服务架构的私有云

管理系统的设计与实现

[

J

]

.数码设计.CGWORLD,

2021,010

(

003

)

:P.57-57.

4

系统测试

4.1

测试环境

考虑到实验室硬件有限，实验室现有部分用户都是先通过

KVM获取虚拟机，然后作为虚拟机在这里进行本次研究规模的

构建。基于微服务架构创建云平台服务器共需要14台虚拟机。

其中，三个虚拟机组成一个微服务管理组；三台虚拟机之间使用

分组传输数据，其中两个MySQL数据库和一个Redis缓存数据

库；为我们的虚拟机创建计算机硬件，并提供服务；二台虚拟机，

都用来传递给现有云平台服务器的业务代码；另外，资源存储、

通信业务、Git服务等都托管给虚拟机供应用。

4.2

系统高可用性测试

解决系统可能存在的“故障之一”问题，只有解决导出模

块的问题，才能发挥系统的潜能。在验证测试中，只衡量Eur-

eaka的容量、Zuul网关的可用性、特殊业务服务的分布情况。

4.2.1服务高可用性测试

在微服务架构下，系统被划分为多个微服务，它是通过与

微服务的交互而发挥重要作用。所以，后端业务的可用性和稳

定性决定着整个系统的可用性。接下来重点测试风险商户业

务，先配置好Eureka服务注册中心（包括3个EureakServer节

点）和API网关（2个Zuul节点），然后同时开启这二种风险商

户业务，在Eureka服务注册中心在的后台页面上，这是3个es-

Eureka-Server例子，2个API-gateway例子，和2个riskshop例子。

为了模拟服务停机时间，其中一个riskshop节点被关闭。

147

[

4

]

杨旆.基于数据挖掘的电信运营商商机运营分析平台设计

与实现

[

D

]

.西南交通大学.

[

5

]

张广鑫.基于SpringCloud微服务架构的智慧校园系统设

计

[

J

]

.船舶职业教育,2020,8

(

4

)

:5.

PDF created with pdfFactory Pro trial version

Copyright©博看网. All Rights Reserved.