CN111294383B - 物联网服务管理系统 - Google Patents

Abstract

本发明提供了一种物联网服务管理系统，客户端连接层、安全服务层、服务器管理层、统一服务管道层以及数据管理层，本发明提供的物联网服务管理系统通过对系统整体架构进行合理分层，能够高效实现物联网的服务管理，从而在保证物联网系统提供高效服务的同时，保证系统的正常运行。另外，本发明提供的物联网服务管理系统还可以分别在安全服务层、服务器管理层以及服务器管理层、统一服务管道层之间分别设置第一访问代理层和第二访问代理层，以负载均衡来实现访问的分发，最终实现物理网服务管理系统的高并发、高可用、高可靠。

Description

物联网服务管理系统

技术领域

本发明涉及物联网系统架构技术领域，特别是涉及一种物联网服务管理系统。

背景技术

随着物联网的飞速发展，特别是随之而来5G的快速普及，设备入网的数量越来越大，整个物联网系统承担的负载也随之增加，由于传统的物联网管理系统架构的设计较为简单且负载量有限，设备数量的增长与系统的负载上限已成为明显的矛盾点，从而极大影响系统的吞吐量和提供服务的时间。高并发是互联网分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计保证系统能够同时并行处理很多请求。高可用也是互联网分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。因此，如何提供一种高可用高并发的物联网服务管理系统已成为亟待解决的问题。

发明内容

本发明提供了一种物联网服务管理系统以克服上述问题或者至少部分地解决上述问题。

根据本发明的一个方面，提供了一种物联网服务管理系统，包括：客户端连接层、安全服务层、第一访问代理层、服务器管理层、第二访问代理层、统一服务管道层以及数据管理层；其中，

所述客户端连接层，配置成与客户端设备进行通信连接，并接收所述客户端设备发起的至少一个业务访问请求；

所述安全服务层，配置成对所述客户端连接层接收的所述业务访问请求进行合法性验证，并将通过合法性验证的所述业务访问请求安全后将所述业务访问请求经由所述第一访问代理层分配至所述服务器管理层；

所述服务器管理层，配置成对所述第一访问代理层分配的部分所述业务访问请求按照业务逻辑生成服务调用请求后经由所述第二访问代理层发送至所述统一服务管道层；

所述统一服务管道层，配置成对所述第二访问代理层分配的所述服务调用请求进行计算处理，生成处理结果；

所述数据管理层，配置成向所述统一服务管道层提供数据支持。

可选地，所述安全服务层，包括内容分发网络，配置成存储静态文件；

所述安全服务层，还配置成判断所述业务访问请求为静态文件的访问请求时，在所述内容分发网络中查找与所述业务访问请求对应的文件并通过所述客户端连接层返回至所述客户端设备。

可选地，所述服务器管理层包括：至少一个Builder建造单元以及至少一个Manager管理单元；其中，

所述Builder建造单元，配置成对所述第一访问代理层分配的与用户相关的业务访问请求按照业务逻辑生成服务调用请求后经由所述第二访问代理层发送至所述统一服务管道层；

所述Manager管理单元，配置成对所述第一访问代理层分配的与管理者相关的业务访问请求按照业务逻辑生成服务调用请求后经由所述第二访问代理层发送至所述统一服务管道层。

可选地，所述服务器管理层还包括至少一个Scoket数据传输单元；

当所述Builder建造单元和所述Manager管理单元分别为多个时，所述Scoket数据传输单元配置成在所述Builder建造单元和所述Manager管理单元之间、所述Builder建造单元和Builder建造单元之间、所述Manager管理单元的Manager管理单元之间进行数据实时传输。

可选地，所述服务器管理层包括对应所述Builder建造单元和所述Manager管理单元的多个第一服务器集群；

各所述第一服务器集群包括至少一台第一服务器。

可选地，所述第一访问代理层配置成：

为通过所述安全服务层合法性验证的所述业务访问请求依据其业务类型在所述多个第一服务器集群中选取第一指定服务器集群；

依据负载均衡规则在所述第一指定服务器集群中选取并分配处理所述服务调用请求的第一指定服务器。

可选地，所述第一访问代理层基于Keepalived工具和Nginx代理服务器实现。

所述统一服务管道层根据服务类型划分为至少一个RESTful API单元、通用功能单元以及可独立使用的微服务单元；并且，

所述统一服务管道层中还具有为所述RESTful API单元、通用功能单元以及微服务单元提供支持的SDK接口开发包。

可选地，所述统一服务管道层包括分别对应所述RESTful API单元、通用功能单元以及微服务单元的多个第二服务器集群；

各所述第二服务器集群包括至少一台第二服务器。

可选地，所述第二访问代理层配置成：

将所述服务器管理层生成的所述服务调用请求依据服务类型在所述多个第二服务器集群中选取第二指定服务器集群；

依据负载均衡规则在所述指定第二服务器集群中选取并分配处理所述服务调用请求的第二指定服务器。

可选地，所述第二访问代理层基于Keepalived工具和Nginx代理服务器实现。

可选地，所述数据管理层包括：

实现数据读写的Queue统一服务接口以及Cache统一服务接口；

多个数据库，用于数据存储。

本发明提供了一种物联网服务管理系统，在本发明实施例提供的物联网服务管理系统中，通过对系统整体架构进行合理分层，并为每层设定对应的功能，从而能够高效实现物联网的服务管理，从而在保证物联网系统提供高效服务的同时，保证系统的正常运行。进一步的，本发明提供的物联网服务管理系统对系统进行划分，使每个划分的节点均可以通过搭建集群达到高并发高可用的目的，从而达到整个系统架构的高并发高可用。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是根据本发明一个实施例的物联网服务管理系统结构示意图；

图2是根据本发明另一实施例的物联网服务管理系统结构示意图；

图3是根据本发明实施例的物联网服务管理系统中服务器管理层结构示意图；

图4是根据本发明实施例的物联网服务管理系统中统一服务管道层结构示意图；

图5是根据本发明实施例的物联网服务管理系统中数据管理层结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1是根据本发明一个实施例的物理网服务管理系统100结构示意图，参见图1可知，本发明实施例提供的物理网服务管理系统100可以包括：客户端连接层110、安全服务层120、第一访问代理层130、服务器管理层140、第二访问代理层150、统一服务管道层160以及数据管理层170。

本发明实施例提供了一种物理网服务管理系统100，在本发明实施例提供的物理网服务管理系统100中，通过对系统整体架构进行合理分层，能够高效实现物联网的服务管理，从而在保证物联网系统提供高效服务的同时，保证系统的正常运行。并且，本发明实施例提供的物理网服务管理系统100通过清楚合理的分层，可以在整个系统出现影响高并发的瓶颈点时，准确找到瓶颈点所处位置，从而快速解除瓶颈点，以提升整个架构的并发处理能力和提供服务的效率。同时通过第一访问代理层130、第二访问代理层150以负载均衡来实现访问的分发，最终实现物理网服务管理系统100的高并发、高可用、高可靠。

也就是说，本发明实施例提供的物理网服务管理系统100可在水平方向上分为七层。分别为客户端连接层110、安全服务层120、第一访问代理层130、服务器管理层140、第二访问代理层150、统一服务管道层160以及数据管理层170。以下分别对各层的功能进行详细说明。

一、客户端连接层110

客户端连接层110配置成与客户端设备进行通信连接，并接收客户端设备发起的至少一个业务访问请求。也就是说，客户端连接层110可以作为物理网服务管理系统100向客户端设备提供的入口，其中，客户端设备可以是电脑、平板电脑、手机等客户端设备，该客户端设备可以通过如Web网站、小程序、应用程序、H5页面等入口触发访问浏览时，即作为通过客户端连接层110发起业务访问请求，该业务访问请求是可以访问多媒体文件、文字文件或是其他文件的业务访问请求，本发明不做限定。

二、安全服务层120

安全服务层120，其配置成对客户端连接层110接收的业务访问请求进行合法性验证，并将通过合法性验证的业务访问请求安全后将业务访问请求经由第一访问代理层130分配转发至服务器管理层140。从另一方面来讲，假设安全服务层120判断业务访问请求不合法，则可以直接拒绝对该业务访问请求进行响应，同时不向发起该业务访问请求的客户端设备提供数据文件。

在本发明一可选实施例中，安全服务层120还可以包括内容分发网络CDN(ContentDelivery Network)，配置成存储静态文件。安全服务层120，还可以配置成判断业务访问请求为静态文件的访问请求时，在内容分发网络中查找与业务访问请求对应的文件并通过客户端连接层110返回至客户端设备。判断业务访问请求为动态文件的访问请求时，则将该业务访问请求求经由第一访问代理层130分配至服务器管理层140。

举例来讲，内容分发网络CDN把静态文件存储在CDN的节点上，当安全服务层120接收到客户端连接层110转发的业务访问请求并验证其合法性之后，还可以判断该业务访问请求所请求文件的类型，当判断该业务访问请求对应请求静态文件时，可以直接从CDN网络中查找对应的静态文件并通过客户端连接层110返回至客户端设备，以达到边缘计算，优化访问者的浏览体验，也减少到服务器的请求量，比如很多类似图片等静态文件的访问请求，可以直接从离客户端最近的CDN节点服务器上提供，而不必绕回到服务器来请求。安全上可以隐藏服务器地址，防止DDoS、搞CC攻击，提供安全的保障，提高访问服务器请求的合法性。服务器管理层140把静态的请求交给安全服务层120的CDN处理，只处理动态的请求，自由的横向扩容，从而进一步提升业务访问请求的处理速度以及效率。

三、服务器管理层140

服务器管理层140，其配置成对第一访问代理层130分配的部分业务访问请求按照业务逻辑生成服务调用请求后经由第二访问代理层150发送至统一服务管道层160。

第一服务器配置成对安全服务层120转发的业务访问请求按照业务逻辑生成服务调用请求后发送至统一服务管道层160。可选地，第一服务器可以为如web服务器，Web服务器可以是提供Web页面、H5页面、以及静态文件的服务中心。上文提及，服务器管理层140可以对第一访问代理层130分配的部分业务访问请求，实际应用中，还可以在服务器管理层140的服务器中存储Web服务相关的文件请求时，可以直接由服务器管理层140返回，而无需生成调用请求后至统一服务管道层160。

在本发明一可选实施例中，如图2、图3所示，服务器管理层140可以包括：至少一个Builder建造单元和至少一个Manager管理单元，图3中分别示出了一个Builder建造单元和一个Manager管理单元，实际应用中可以不同需求设置各自的数量，本发明不做限定。

实际应用中，对于业务访问请求来讲，其可以是用户发送的，也可以管理者发送的。在本发明实施例中，Builder建造单元，配置成对第一访问代理层分配的与用户相关的业务访问请求按照业务逻辑生成服务调用请求后经由第二访问代理层发送至统一服务管道层。Manager管理单元，配置成对第一访问代理层分配的与管理者相关的业务访问请求按照业务逻辑生成服务调用请求后经由第二访问代理层发送至统一服务管道层。

也就是说，Builder建造单元可以以实施的角度处理来自用户的业务访问请求，主要对施工人员提供服务。Manager管理单元，主要是以管理者的角度进行日常管理，主要对管理人员提供服务，与实施解藕，与Builder建造单元分别提供专业化服务。参见图3可知，Builder建造单元作为业务功能模块的实施者的角度提供相关服务，相关业务可以为项目管理、用户管理、设备管理、群组管理、日程管理、自动化管理、场景管理以及统计管理。而Manager管理单元则是作为监控者(即管理者)的角度提供相关服务，如进行设备监视、场景控制、群组控制以及日志监视等等。Scoket数据传输单元对Builder建造单元、Manager管理单元提供数据实时支持，保证设备的消息实时反馈给Builder建造单元和Manager管理单元。

在本发明一可选实施例中，服务器管理层还包括至少一个Scoket数据传输单元；当Builder建造单元和Manager管理单元分别为多个时，Scoket数据传输单元配置成在Builder建造单元和Manager管理单元之间、Builder建造单元和Builder建造单元之间、Manager管理单元的Manager管理单元之间进行数据实时传输，从而实现数据的统一。

举例来讲，当,接收到对于相同业务的业务访问请求1和业务访问请求2，并且业务访问请求2的接收时间晚于业务访问请求1，对于业务访问请求1其可能先由Builder1进行处理，业务访问请求2其可能先由Builder2进行处理，当Builder1已经具有业务访问请求1的处理结果时，可以通过Scoket数据传输单元将处理结果同步至Builder2，由Builder2直接返回业务访问请求2的处理结果，而无需再次进行处理，从而在提升请求处理速度的同时节约计算资源。

实际应用中，服务器管理层140可具有对应Builder建造单元和Manager管理单元的多个第一服务器集群。各第一服务器集群包括至少一台第一服务器。也就是说，服务器管理层140可具有提供不同业务类型的服务器集群，而对于每个服务器集群来讲，均可包括至少一台服务器以实现请求的处理。在本实施例中，客户端设备可以包括用户客户端设备和管理客户端设备，Builder建造单元和对用户客户端设备所发出的访问请求进行处理，Manager管理单元则主要对管理客户端设备所发出的访问请求进行处理。而对于第一服务器集群中的各第一服务器来讲，其不仅可以向用户客户端设备提供多种业务类型服务，还可以向管理者客户端设备提供多种业务类型服务，具体可根据实际需求进行调整，而第一服务器集群及其所包括的第一服务器数量可根据实际需要进行调整，本发明不做限定。

四、第一访问代理层130

上文提及，还可以在安全服务层120和服务器管理层140之间设置第一访问代理层130，第一访问代理层130可以配置成为通过安全服务层120合法性验证的业务访问请求依据其业务类型在多个第一服务器集群中选取第一指定服务器集群；依据负载均衡规则在第一指定服务器集群中选取并分配处理服务调用请求的第一指定服务器。因此，安全服务层120对业务访问请求进行合法性验证之后发送至第一访问代理层130，进而通过第一访问代理层130将依据其业务类型以及负载均衡规则在服务器管理层140中选取并分配对应的第一服务器。

第一访问代理层130，是集群技术的一种应用，可以基于Keepalived工具和Nginx代理服务器实现。其中，Nginx代理服务器可以将工作任务分摊到多台服务器处理，从而提高并发处理能力。Keepalived工具的作用是检测服务器的状态，如果有一台web服务器宕机，或工作出现故障，Keepalived将检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器工作正常后Keepalived自动将服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉。

五、统一服务管道层160

统一服务管道层160，其配置成对第二访问代理层150分配的服务调用请求进行计算处理，生成处理结果。统一服务管道层160作为各种业务需求的供给者，参见图2、图4可知，统一服务管道层160向Web服务以及APP等上层业务提供基础支撑服务，根据服务的层次与跨应用服务类型的不同可以垂直划分为RESTful API单元、通用功能单元(如会话管理、语言包支持等)以及可独立使用的微服务单元(如日志服务、大数据服务等)，各个服务所对应的具体服务类型可参见图4所示。并且，统一服务管道层160中还具有为RESTful API单元、通用功能单元以及微服务单元提供支持的SDK接口开发包。

在本发明可选实施例中，统一服务管道层160可具包括分别对应RESTful API单元、通用功能单元以及微服务单元的多个第二服务器集群；各第二服务器集群包括至少一台第二服务器，可分别对应处理不同服务类型的服务调用请求。

六、第二访问代理层150

前文介绍，还可以在服务器管理层140和统一服务管道层160之间设置第二访问代理层150，其配置成将服务器管理层140生成的服务调用请求依据服务类型在多个第二服务器集群中选取第二指定服务器集群；依据负载均衡规则在指定第二服务器集群中选取并分配处理服务调用请求的第二指定服务器。第二访问代理层150同样可基于Keepalived工具和Nginx代理服务器实现。

七、数据管理层170

数据管理层170，配置成向统一服务管道层160提供数据支持，同样可通服务器搭建。数据管理层170作为底层数据处理厂，可以读取、传输、计算、存储所有的数据。把数据支持以三种标准接口的方式融入架构，结合图2、图5所示，数据管理层170包括实现数据读写的Queue统一服务接口以及Cache统一服务接口，例外，还可以包括多个数据库以用于进行数据持久化存储，从而实现分布式集群，并且可以随时可以切换不同的数据支持工具持久化数据最终在各种数据库中。实际应用中，持久化数据最终存储在各种数据库中(如MySQL、MSSQL、oracle)，由对象关系映射(Object Relational Mapping，简称ORM)工具统一调度。对对象关系映射是通过使用描述对象和数据库之间映射的元数据，将面向对象语言程序中的对象自动持久化到关系数据库中。本质上就是将数据从一种形式转换到另外一种形式。

中间过程数据由Nosql缓存技术支持，通过统一的Cache接口来适配各种Nosql(Not Only SQL，非关系型数据库)实现工具，其中，非关系型数据库可以包括Redis数据库，本地缓存等等，可以实现中间数据的存储。队列也承担数据的传输与存储工作，根据业务不同，适时配合使用，最终由Queue统一接口来适配各种队列工具，如RabbitMQ等。RabbitMQ是实现了高级消息队列协议(AMQP)的开源消息代理软件(亦称面向消息的中间件)。

基于本发明实施例所提供的物理网服务管理系统100，参见图2，每一层都是独立的分布式集群，可以根据业务量进行自行的扩展与收缩，每一层的集群都可以最少缩减为一台服务器，业务量大时，每一层也可以随时扩充服务器来满足业务的需求，弹性收缩，达到性能最优化，资源利用最大化。

下面通过一实施例对于图2所示的物理网服务管理系统100的工作流程进行介绍。

1、物理网服务管理系统100通过客户端连接层110接收用户通过客户端设备发起的至少一个业务访问请求并转发至安全服务层120；

2、安全服务层120对业务访问请求的合法性进行验证；对于不合法的业务访问请求直接返回客户端设备告知用户；对于合法的业务访问请求判断其请求类型，所请求静态文件，则返回对应的静态文件；若请求动态文件，则将业务访问请求转发至服务器管理层140；

3、第一访问代理层130将业务访问请求转发至服务器管理层140相关业务的服务器集群，并基于负载均衡规则在服务器集群中查找合适的服务器并转发；

4、服务器管理层140中的服务器处理业务访问请求，并按照业务逻辑生成调用统一服务管道层160的服务的服务调用请求；举例来讲，由于统一服务管道层160可提供短信与邮件的服务，当接收到用户的注册请求时，服务器管理层140需要调用统一服务管道层160中的短信服务以发送验证短信，或调用邮件服务发送邮件等。

5、第二访问代理层150将服务调用请求转发至相关业务的统一服务管道集群，并基于负载均衡规则在服务器集群中查找合适的服务器并转发；

6、统一服务管道层160中的服务器按照相关的业务逻辑计算出结果，或从数据管理层170查询需要的数据；

7、数据管理层170将统一服务管道层160需要的数据从数据源取出，并返回统一服务管道层160；

8、统一服务管道层160将计算结果或查询结果通过第二访问代理层150转发至对应的服务器管理层140中的服务器；

9、服务器管理层140中的服务器将接收到的计算结果或查询结果通过第一访问代理层130转发至对应的客户端网址。

本发明提出了一种物联网高并发高可用系统架构的方案，特别适用于照明智控系统。该方案借助成熟的CDN、Nginx、Keepalived、RebbitMQ、Redis等技术和工具，按业务功能和支撑功能适当划分系统对系统分别进行水平分层和垂直分层划分，使每个划分的节点均可以通过搭建集群达到高并发高可用的目的，从而达到整个系统架构的高并发高可用。

所属领域的技术人员可以清楚地了解到，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，为简洁起见，在此不另赘述。

另外，在本发明各个实施例中的各功能单元可以物理上相互独立，也可以两个或两个以上功能单元集成在一起，还可以全部功能单元都集成在一个处理单元中。上述集成的功能单元既可以采用硬件的形式实现，也可以采用软件或者固件的形式实现。

本领域普通技术人员可以理解：所述集成的功能单元如果以软件的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，其包括若干指令，用以使得一台计算设备(例如个人计算机，服务器，或者网络设备等)在运行所述指令时执行本发明各实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)，磁碟或者光盘等各种可以存储程序代码的介质。

或者，实现前述方法实施例的全部或部分步骤可以通过程序指令相关的硬件(诸如个人计算机，服务器，或者网络设备等的计算设备)来完成，所述程序指令可以存储于一计算机可读取存储介质中，当所述程序指令被计算设备的处理器执行时，所述计算设备执行本发明各实施例所述方法的全部或部分步骤。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：在本发明的精神和原则之内，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案脱离本发明的保护范围。

Claims (7)

1.一种物联网服务管理系统，包括：客户端连接层、安全服务层、第一访问代理层、服务器管理层、第二访问代理层、统一服务管道层以及数据管理层；其中，

所述客户端连接层，配置成与客户端设备进行通信连接，并接收所述客户端设备发起的至少一个业务访问请求；

所述安全服务层，配置成对所述客户端连接层接收的所述业务访问请求进行合法性验证，并将通过合法性验证的所述业务访问请求安全后将所述业务访问请求经由所述第一访问代理层分配至所述服务器管理层；

所述服务器管理层，配置成对所述第一访问代理层分配的部分所述业务访问请求按照业务逻辑生成服务调用请求后经由所述第二访问代理层发送至所述统一服务管道层；

所述统一服务管道层，配置成对所述第二访问代理层分配的所述服务调用请求进行计算处理，生成处理结果；

所述数据管理层，配置成向所述统一服务管道层提供数据支持；

其中，所述服务器管理层包括：至少一个Builder建造单元以及至少一个Manager管理单元；其中，

所述Builder建造单元，配置成对所述第一访问代理层分配的与用户相关的业务访问请求按照业务逻辑生成服务调用请求后经由所述第二访问代理层发送至所述统一服务管道层；

所述Manager管理单元，配置成对所述第一访问代理层分配的与管理者相关的业务访问请求按照业务逻辑生成服务调用请求后经由所述第二访问代理层发送至所述统一服务管道层；

并且，所述服务器管理层还包括至少一个Scoket数据传输单元；

当所述Builder建造单元和所述Manager管理单元分别为多个时，所述Scoket数据传输单元配置成在所述Builder建造单元和所述Manager管理单元之间、所述Builder建造单元和Builder建造单元之间、所述Manager管理单元的Manager管理单元之间进行数据实时传输；

并且，所述第一访问代理层基于Keepalived工具和Nginx代理服务器实现；

所述统一服务管道层根据服务类型划分为至少一个RESTful API单元、通用功能单元以及可独立使用的微服务单元；并且，

所述统一服务管道层中还具有为所述RESTful API单元、通用功能单元以及微服务单元提供支持的SDK接口开发包；

所述第二访问代理层基于Keepalived工具和Nginx代理服务器实现；

所述数据管理层包括：

实现数据读写的Queue统一服务接口以及Cache统一服务接口。

2.根据权利要求1所述的系统，其中，

所述安全服务层，包括内容分发网络，配置成存储静态文件；

所述安全服务层，还配置成判断所述业务访问请求为静态文件的访问请求时，在所述内容分发网络中查找与所述业务访问请求对应的文件并通过所述客户端连接层返回至所述客户端设备。

3.根据权利要求1所述的系统，其中，所述服务器管理层包括对应所述Builder建造单元和所述Manager管理单元的多个第一服务器集群；

各所述第一服务器集群包括至少一台第一服务器。

4.根据权利要求3所述的系统，其中，所述第一访问代理层配置成：

为通过所述安全服务层合法性验证的所述业务访问请求依据其业务类型在所述多个第一服务器集群中选取第一指定服务器集群；

依据负载均衡规则在所述第一指定服务器集群中选取并分配处理所述服务调用请求的第一指定服务器。

5.根据权利要求1所述的系统，其中，所述统一服务管道层包括分别对应所述RESTfulAPI单元、通用功能单元以及微服务单元的多个第二服务器集群；

各所述第二服务器集群包括至少一台第二服务器。

6.根据权利要求5所述的系统，其中，所述第二访问代理层配置成：

将所述服务器管理层生成的所述服务调用请求依据服务类型在所述多个第二服务器集群中选取第二指定服务器集群；

依据负载均衡规则在所述指定第二服务器集群中选取并分配处理所述服务调用请求的第二指定服务器。

7.根据权利要求1所述的系统，其中，所述数据管理层包括：多个数据库，用于数据持久化存储。

Images