一种用于统一架构的基础框架的制作方法

1.本技术实施例涉及物联网领域，尤其涉及一种用于统一架构的基础框架。


背景技术：

2.随着科技发展，开发公司涉及的开发项目随之增多，一般情况下，公司会通过构建开发框架降低开发所需的成本。
3.在现有技术中，公司内部系统不同产品线之前技术选型、中间件选型存在规范化不统一的问题。这些问题由缺少基础框架公共模块的封装此引起，从而导致开发效率低，运维成本高，开发成本高，代码质量低，问题追踪难度高等问题。


技术实现要素：

4.本技术实施例提供了一种用于统一架构的基础框架，用于将业务生成的文件及业务程序格式进行统一。
5.本技术提供了一种用于统一架构的基础框架，包括：
6.业务监控单元、数据处理单元、配置单元、运维单元和数据库；
7.所述业务监控单元用于监控所述数据处理单元的反馈通知；
8.所述数据处理单元用于对使用者的指令进行统一化的处理；
9.所述配置单元用于进行业务的注册及对统一化配置；
10.所述运维单元用于对基础框架的运行和维护提供底层支持；
11.所述数据库用于提供对所述基础框架的数据存储、调用及管理的功能；
12.所述业务监控单元与所述数据处理单元进行数据交互，所述数据处理单元与所述配置单元进行数据交互。
13.可选的，所述业务监控单元还包括：
14.安全控制模块、调用链路跟踪模块、日志中心模块、业务熔断模块、系统监控模块及统计模块；
15.所述安全控制模块用于对所述数据处理单元接收的目标数据进行合法性检测；
16.所述调用链路跟踪模块用于确定所述目标数据的业务链路，并进行跟踪及调用；
17.所述日志中心模块用于对所述目标数据的处理流程进行记录；
18.所述业务熔断模块用于通过熔断降级的方式进行负载保护；
19.所述系统监控模块用于对目标数据的执行节点进行监控；
20.所述统计模块用于对所述系统监控模块获取的反馈信息进行统计。
21.可选的，所述数据处理单元还包括：
22.负载均衡模块、网关模块、接口聚合模块、业务对接模块和技术中台；
23.所述负载均衡模块用于对接收的目标数据进行负载分配，所述负载分配为将接收的数据具体分配至操作单元进行处理；
24.所述网关模块用于对进行网络协议的转换，使得所述目标数据转换为统一的网络
协议；
25.所述接口聚合模块用于对所述目标数据进行反馈；
26.所述业务对接模块用于对所述目标数据中的包含业务根据预设的业务规则进行业务操作；
27.所述技术中台用于对所述业务对接模块进行业务操作时产生的操作数据进行记录。
28.可选的，所述数据处理单元还包括：
29.所述负载均衡模块数据单向输入所述网关模块；
30.所述网关模块数据单向输入所述接口聚合模块和/或所述业务对接模块；
31.所述接口聚合模块数据单向输入所述业务对接模块；
32.所述业务对接模块数据单向流入所述技术中台。
33.可选的，所述配置单元还包括：
34.业务注册模块、业务发现模块、配置模块、业务调用模块、接口文档模块和灰度发布模块；
35.所述业务注册模块、所述业务发现模块和所述配置模块用于生成新的业务；
36.所述业务调用模块用于调用现有的业务；
37.所述接口文档模块用于生成业务的接口文档；
38.所述灰度发布模块用于对新注册的业务进行过度。
39.可选的，所述运维单元还包括：
40.代码质量管理模块、业务执行监控模块和运行数据整理模块；
41.所述代码质量管理模块用于将业务的相关代码根据预设的编写规则进行标准化；
42.所述业务执行监控模块用于对业务的执行流程进行监控，以使得所述执行流程在执行过程中出现异常时及时发送警告；
43.所述运行数据整理模块用于将运行数据进行整合，以使得所述执行过程中产生的运行数据根据预设规则进行存储。
44.可选的，所述数据库由数据存储单元及资源共享单元组成。
45.可选的，所述基础框架由接入层、业务层、服务层和基础设施组成。
46.可选的，所述基础框架还包括：
47.展示单元，所述展示单元用于将基础框架中包含的服务进行展示，以使得使用者得以使用所述基础框架包含的服务。
48.可选的，所述展示单元包括维护端、服务器及客户端。
49.从以上技术方案可以看出，本技术实施例通将业务的格式及业务的处理集成到统一框架内，从而达到提高开发效率降低维护的难度的目的。
附图说明
50.图1为本技术实施例中用于统一架构的基础框架的一个实施例结构示意图。
具体实施方式
51.本技术实施例提供了一种用于统一架构的基础框架，用于将业务生成的文件及业
务程序格式进行统一，以达到降低开发难度提高维护效率的目的。
52.请参阅图1，本技术实施例提供了用于统一架构的基础框架的一种实施例，包括：
53.业务监控单元1、数据处理单元2、配置单元3、运维单元4和数据库5；
54.所述业务监控单元1用于监控所述数据处理单元的反馈通知；
55.所述数据处理单元2用于对使用者的指令进行统一化的处理；
56.所述配置单元3用于进行业务的注册及对统一化配置；
57.所述运维单元4用于对基础框架的运行和维护提供底层支持；
58.所述数据库5用于提供对所述基础框架的数据存储、调用及管理的功能；
59.所述业务监控单元1与所述数据处理单元2进行数据交互，所述数据处理单元2与所述配置单元3进行数据交互。
60.在本技术实施例中的基础框架主要面向智能停车场的业务处理及智能停车场的用户进行业务使用。
61.具体的，用户指令或用户数据通过数据处理单元2输入该基础框架，该用户指令或用户数据经过数据处理单元2时，会根据数据处理单元2的预设格式对输入的用户指令或用户数据进行数据处理，使得数据处理单元2能够根据固定的格式对不同的用户指令或用户数据进行正确的反馈，数据处理单元2能够处理的用户指令或用户数据对应的业务包含该基础框架当前支持的所有服务。
62.为了提高该基础框架的泛用性，故在基础框架中设置配置单元3用于添加新业务，当用户指令中携带的信息为添加新的服务时，数据处理单元2会将该指令发送至配置单元3，通过配置单元3对新添加的服务进行所需数据及服务内容的确认，并将该所需数据及服务内容根据固定规则生成固定格式的代码，从而使得该基础框架得以调用该新增服务。
63.在实际情况中，新增服务一般情况会经过用户测试后才能够正式使用，因此配置单元3会根据用户群像优先选择部分用户进行新增服务测试，当新增服务通过测试后再同步至所有用户。
64.业务监控单元1主要用于监控数据处理单元2在进行业务处理时的反馈，并对反馈进行相关的处理，其中相关处理包括对监控到的反馈进行记录、对异常反馈进行警告等，具体此处不做限定。
65.运维单元4主要给对该基础框架进行更新或版本迭代时提供底层支持。
66.数据库5则主要用于储存数据处理单元2及配置单元3产生的数据，即用户信息及业务信息，给该基础框架提供数据存储的服务。
67.可选的，所述业务监控单元1还包括：
68.安全控制模块11、调用链路跟踪模块12、日志中心模块13、业务熔断模块14、系统监控模块15及统计模块16；
69.所述安全控制模块11用于对所述数据处理单元2接收的目标数据进行合法性检测；
70.所述调用链路跟踪模块12用于确定所述目标数据的业务链路，并进行跟踪及调用；
71.所述日志中心模块13用于对所述目标数据的处理流程进行记录；
72.所述业务熔断模块14用于通过熔断降级的方式进行负载保护；
73.所述系统监控模块15用于对目标数据的执行节点进行监控；
74.所述统计模块16用于对所述系统监控模块15获取的反馈信息进行统计。
75.在本技术实施例中的业务监控单元1通过promethues/grafna实现。
76.具体的，安全控制模块11通过security安全控制进行实现，该安全控制模块11在数据处理单元2接收到用户数据或用户指令后，会根据预设规则对该用户数据或用户指令中的携带数据进行合法性的检测。
77.调用链路跟踪模块12通过pinpoint/elastic/kibana调用链路跟踪实现，用于确定该用户数据或用户指令所对应业务的业务链路，从而使得系统检测模块15得以根据该业务链路对该用户数据或用户指令的后续处理进行跟踪监控，并将跟踪监控获取的反馈信息通过统计模块16进行统计。
78.日志中心模块13通过efk实现，用于对调用链路跟踪模块12在跟踪时的节点反馈数据进行记录，该日志中心模块中的数据文件包含在数据处理单元2在对调用链路跟踪模块12的监控下进行用户数据或用户指令处理时生成的所有节点的执行记录。
79.业务熔断模块14通过alibaba sentinel服务熔断实现，在固定时间窗口内，数据处理单元2中接口调用超时比率达到一个阈值时，业务熔断模块14会开启熔断。当该服务接口进入熔断状态后，后续对该服务接口的调用不再经过网络，直接执行本地的默认方法，达到服务降级的效果。熔断不可能是永久的。当经过了规定时间之后，服务将从熔断状态回复过来，再次接受调用方的远程调用。
80.可选的，所述数据处理单元2还包括：
81.负载均衡模块21、网关模块22、接口聚合模块23、业务对接模块24和技术中台25；
82.所述负载均衡模块21用于对接收的目标数据进行负载分配，所述负载分配为将接收的数据具体分配至操作单元进行处理；
83.所述网关模块22用于对进行网络协议的转换，使得所述目标数据转换为统一的网络协议；
84.所述接口聚合模块23用于对所述目标数据进行反馈；
85.所述业务对接模块24用于对所述目标数据中的包含业务根据预设的业务规则进行业务操作；
86.所述技术中台25用于对所述业务对接模块进行业务操作时产生的操作数据进行记录。
87.负载均衡模块21通过nginx(engine x)/ribbon和feign实现，在多个服务器的数量的前提下，该基础框架会通过负载均衡模块21将请求分发到各个服务器上，从而达到将负载分发到不同的服务器，提高服务效率。
88.网关模块22(gateway)又称网间连接器、协议转换器，在本技术实施例中通过spring cloud gateway实现。网关在网络层以上实现网络互连，是复杂的网络互连设备，仅用于两个高层协议不同的网络互连。网关既可以用于广域网互连，也可以用于局域网互连。网关是一种充当转换重任的计算机系统或设备。使用在不同的通信协议、数据格式或语言，甚至体系结构完全不同的两种系统之间，网关是一个翻译器，能够对收到用户数据或用户指令携带的信息要重新打包，以达到一个基础框架处理多种任务的需求。
89.接口聚合模块23在网关模块22将接收到的用户指令或用户数据重新进行格式处
理并打包后，接口聚合模块23就可以根据当前设置好的接口对网关模块22重新进行格式处理后的标准格式对该用户数据或用户指令进行服务确认。在接口聚合模23中存有多个服务的服务接口，当经过网关模块22处理后的用户数据会将所需的服务通过标识位进行标识，使得该接口聚合模块23得以通过该标识位确定该用户数据或用户指令对应的业务。
90.当接口聚合模块23确定该用户数据或用户指令的对应业务后，业务对接模块24将会获取该业务的执行流程，并依照流程对该用户数据或用户指令做出反馈。
91.技术中台25为整个数据处理单元2的支撑，其包含任务调度、文件服务、日志服务、短信服务、邮件服务、消息服务、缓存服务、分布式服务和支付服务等，在业务对接模块24执行业务流程时所需的底层支持。
92.可选的，所述数据处理单元2还包括：
93.所述负载均衡模块21数据单向输入所述网关模块22
94.所述网关模块22数据单向输入所述接口聚合模块23和/或所述业务对接模块24；
95.所述接口聚合模块23数据单向输入所述业务对接模块24；
96.所述业务对接模块数据24单向流入所述技术中台25。
97.具体的，当负载均衡模块21接收到用户数据或用户指令后，根据当前服务器的负载情况确定对该用户数据或用户指令处理方式，并将确定处理方式后的数据传输至网关模块22进行数据格式的整理，整理后的数据会携带服务的标志位，使得接口聚合模块23或业务对接模块24能够根据该标志位执行对应该标志位的服务流程，在执行服务流程中获取的数据及信息将储存在技术中台25中。
98.可选的，所述配置单元3还包括：
99.业务注册模块31、业务发现模块32、配置模块33、业务调用模块34、接口文档模块35和灰度发布模块36；
100.所述业务注册模块31、所述业务发现模块32和所述配置模块33用于生成新的业务；
101.所述业务调用模块34用于调用现有的业务；
102.所述接口文档模块35用于生成业务的接口文档；
103.所述灰度发布模块36用于对新注册的业务进行过度。
104.在本技术实施例中，业务注册模块31、业务发现模块32和配置模块33通过alibaba nacos完成实现。
105.业务注册模块31用于在数据处理单元2接收到的用户指令为注册新服务的相关指令时，协助数据处理单元2完成对该用户指令的服务注册，通过该业务注册模块31建立的新的服务业务的格式必然与该基础框架的其他服务的格式匹配，使得用户在使用该框架下所有的业务都无需对相同的所需数据进行二次输入。
106.业务发现模块32用于将注册完成的新的业务发布至框架中，使得使用该基础框架的其他用户能够获取到该新的业务。
107.配置模块33用于对该新的业务的具体执行流程进行配置，使得该新的业务得以拥有一套完整的执行逻辑，在执行该业务时能够被调用链路跟踪模块12进行追踪。
108.业务调用模块34用于配合链路跟踪模块12在获取到用户数据或用户指令后，根据用户数据或用户指令上的标志位调用与该标志位相关的业务流程。
109.接口文档模块35用于在通过业务注册模块31、业务发现模块32和配置模块33完成新服务注册后，该接口文档模块35会将在注册新服务的注册信息自动编写为统一格式的运行逻辑的逻辑代码。
110.灰度发布模块36用于根据用户群像优先选择部分满足条件的用户对新增至该基础框架中的新的服务进行测试，当新增服务通过测试后再同步至所有用户。
111.可选的，所述运维单元4还包括：
112.代码质量管理模块41、业务执行监控模块42和运行数据整理模块43；
113.所述代码质量管理模块41用于将业务的相关代码根据预设的编写规则进行标准化；
114.所述业务执行监控模块42用于对业务的执行流程进行监控，以使得所述执行流程在执行过程中出现异常时及时发送警告；
115.所述运行数据整理模块43用于将运行数据进行整合，以使得所述执行过程中产生的运行数据根据预设规则进行存储。
116.在本技术实施例中的运维单元4用于配合接口文档模块35对新服务生成运行逻辑的代码。
117.代码质量管理模块41用于固定代码格式及确定代码编写规则，使得新的服务的运行逻辑代码能够有生成的依据。
118.业务执行监控模块42用于对接口文档模块35生成的接口进行监控，从而监控到在执行用户数据或用户指令对应的服务时产生的数据，并在出现接口异常时及时发出警告。
119.运行数据整理模块43用于对业务执行监控模块42获取的数据进行整理，并将整理后的数据储存至数据库中。
120.可选的，所述数据库5由数据存储单元51及资源共享单元组成52。
121.数据储存单元51用于储存本地数据及缓存数据，资源共享单元52用于存放重要的节点信息或日志记录等能够对服务的执行流程进行回溯的数据。
122.可选的，所述基础框架还包括：
123.展示单元6，所述展示单元用于将基础框架中包含的服务进行展示，以使得使用者得以使用所述基础框架包含的服务，所述展示单元6包括维护端61、服务器62及客户端63。
124.在本技术实施例中，展示单元6指的是用于使用该基础框架提供的服务的前端程序，该展示单元包括：
125.维护端61，即维护人员的使用端，该维护端61用于对新增服务或该基础框架的版本迭代进行测试或在业务监控单元1反馈异常时对异常进行处理。
126.服务器62，即服务方工作人员的使用端，用于显示数据处理单元2获取的需要进行人工处理的业务和正在执行的业务的执行流程及反馈情况。
127.客户端63，即客户的使用端，主要用于面向需要进行服务的用户，使得用户可以通过更便捷的方式获取到高效服务。
128.从以上技术方案可以看出，本技术实施例通将业务的格式及业务的处理集成到统一框架内，从而达到提高开发效率降低维护的难度的目的。
129.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
130.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
131.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
132.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
133.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。