业务中台系统及构建方法与流程

本发明涉及软件系统领域，具体涉及一种业务中台系统及系统的构建方法。

背景技术：

目前，国家在对生态环境进行大力整顿治理。在此过程中，有大量的、具体的行政工作需要开展，比如：对各地生态环境进行监测、发布监测数据、根据监测数据制定污染治理措施、对治理效果进行评估、接受群众举报等。鉴于目前实施的政府电子化办公，这些行政工作最后都会汇聚到同一个大的环保工作系统平台上进行处理。

目前的现状是，因为国家对环境保护的要求越来越高，标准越来越严，所以在环境保护方面也涌现出一系列新的行政工作，这些工作涉及到的内容越来越多、越分越细。这样，在环保工作系统平台上，以前开发好的系统应用因为无法支撑大规模的业务处理，就不能满足现有工作的需要。而要对环保工作系统平台进行再次开发的话，因为以前的系统架构，从应用层面来看一般采用的是前台-后台模式，增加新的前台应用，因为程序之间的代码相关度较高，会对其它现有的前台应用以及后台应用带来交叉影响，而且开发工作量大，出bug的概率也大。

所以，现在需要一种新的系统，可以实现在外部不断更新业务类别的情况下，把后台的业务资源方便、快捷地转化成前台的应用；使整个系统对新业务部署新应用时，业务应用的快速化部署、持续化部署变得更容易。

技术实现要素：

针对现有技术中的缺陷，本发明提供一种业务中台系统及构建方法，以解决现有技术中已有的环保工作系统平台，对不断更新的环保工作趋势不能及时、持续的部署相关业务应用的技术问题。

本发明采用的技术方案是，一种业务中台系统，其特征在于：包括应用中心、调度中心和微服务引擎；

应用中心包括业务应用单元和基础应用单元，业务应用单元用于发送业务处理请求，接收处理后的业务数据；基础应用单元用于接收用户接入请求并进行认证处理；

调度中心用于根据系统预设划分好的业务切片，按照业务处理请求进行业务切片的调用；

微服务引擎用于确定被调用业务切片所需要的微服务。

进一步的，业务切片为可执行程序，程序从业务中台上获取其它业务切片提供的数据，并把运行结果发布到业务中台系统上供其它业务切片调用。

进一步的，业务切片包括：采集感知类业务切片、统计分析类业务切片、可视化类业务切片和管理协同类业务切片；采集感知类业务切片用于获取环境监测数据；统计分析类业务切片用于对环境监测数据进行统计分析；可视化类业务切片用于将数据转化成图片；管理协同类业务切片用于组织协调业务处理过程中各方面的资源。

进一步的，基础应用单元进行的认证处理采用单点登录访问机制。

进一步的，微服务引擎确定微服务的方式，包括服务路由、服务注册和服务发现。

进一步的，微服务引擎还用于使用服务网格对微服务进行监控。

进一步的，业务中台系统与数据仓库相连接，数据仓库用于向业务中台系统提供数据。

本发明还提供一种业务中台系统的构建方法，包括以下步骤:

s1.从系统需要完成的业务角度进行需求分析，得到系统需要实现的所有业务的总和；

s2.对得到的业务总和，根据业务的业务要素对业务总和进行并类处理；

s3.设计系统架构，以完全解耦的方式将业务架构和技术架构分离；

s4.从业务架构角度，将业务中应用部分的业务要素进行提取，形成业务应用和基础应用；

s5.从业务架构角度，将业务中数据处理部分的业务要素进行提取，形成业务切片；将各业务切片整合在一起形成调度中心；

s6.根据系统需要实现的功能，选定系统的技术架构；

进一步的，在步骤s6中选用微服务架构作为技术架构。

由上述技术方案可知，本发明的有益技术效果如下：

1.本发明的业务中台系统，从系统需要完成的业务角度出发进行需求分析，将业务形成了各种业务切片，每个业务切片都是一个功能相对独立和完整的应用程序，各业务切片可以相互访问、获取信息。调度中心将这些业务切片进行组合，形成处理业务应用的业务方案。通过业务切片的方式，把系统的业务应用分离化，系统的业务架构和技术架构完全解耦，使系统在针对新业务部署新应用时，从业务的角度切入进行增加新的业务切片，使业务应用的快速化部署、持续化部署变得更容易。

2.认证权限单元进行的认证处理采用单点登录访问机制，这样用户只需要登录一次，就可以访问多个单元，不需要记忆多个口令密码，使用户可以快速访问系统各个单元，从而提高工作效率。

3.处理业务切片的方式为微服务方式，微服务就是把一个需要处理的大的业务切片分解成多个小的微服务，使得处理变得更简单。同时，如果因为新的业务应用要求产生了新的业务切片，针对新的业务切片也只用修改其中某一个或某几个微服务，可以使整个业务应用的持续化部署、快速化部署变得更容易。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1为本发明的系统架构图。

图2为本发明的系统构建方法流程图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

实施例1

如图1所示，本发明提供一种业务中台系统，包括应用中心、调度中心和微服务引擎；应用中心包括业务应用单元和基础应用单元，业务应用单元用于发送业务处理请求，接收处理后的业务数据；基础应用单元用于接收用户接入请求并进行认证处理；调度中心用于根据系统预设划分好的业务切片，按照业务处理请求进行业务切片的调用；微服务引擎用于确定被调用业务切片所需要的微服务。

下面对实施例1的工作原理作详细说明：

如图1所示，在实施例1的系统中，用户接入请求和业务处理请求通过客户端应用发送，客户端应用包括web端应用、移动端应用或桌面应用。业务中台系统应用中心里的基础应用单元使用身份认证功能对系统用户进行身份鉴别，所有登入系统的用户合法性检查在基础应用单元上进行。认证通过之后，基础应用单元通知整个系统的各个单元该用户登入认证成功信息。系统的各个单元之间采用单点登录访问机制。这样用户只需要登录一次，就可以访问多个单元，不需要记忆多个口令密码，使用户可以快速访问系统各个单元，从而提高工作效率。

当认证通过后，用户通过应用中心里的业务应用单元，向业务中台系统发起的业务处理请求，比如环境评估、气象分析、预测预报、组分分析等。业务中台系统根据业务处理请求要求实现的内容，通过调度中心寻找与该内容对应的业务切片。业务切片可能是一个，但一般为多个业务切片的组合。业务切片是业务中台系统从需要完成的业务角度出发进行需求分析后，将业务形成了各种业务切片。每个业务切片都是一个功能相对独立和完整的可执行程序，各业务切片可以相互访问、获取信息。各业务切片从业务中台上获取其它业务切片提供的数据，并把运行结果发布到业务中台系统上供其它业务切片调用。

在本实施例中，业务切片包括采集感知类业务切片、统计分析类业务切片、可视化类业务切片和管理协同类业务切片。采集感知类业务切片用于获取环境监测数据，统计分析类业务切片用于对环境监测数据进行统计分析，可视化类业务切片用于将数据转化成图片，管理协同类业务切片用于组织协调业务处理过程中各方面的资源。

通过执行这些业务切片，即可得出业务处理请求要求的内容和结果。最后将得出的业务处理请求结果传输到web客户端应用、移动端应用或桌面应用，供用户查看。

在本实施例中，业务中台系统的技术架构选用的是微服务架构。各业务切片在执行过程中，通过微服务引擎调用相应的微服务，调用包括进行微服务的路由、微服务的注册、微服务的发现等工作。各业务切片分别使用对应的微服务进行处理，微服务一般为多个。

在本实施例中，业务中台系统与数据仓库相连接。数据仓库储存有用于环境监测的主数据和辅助数据；比如：主数据包括污染物浓度、污染物组分等，辅助数据包括人口因素、环境因素等。在处理业务请求时，数据仓库向业务切片提供所需的各种数据。

以下用一个具体业务场景来举例说明：比如，现在准备开展一个环境评估的工作，需要得到一个评估结果。工作人员接到这个工作任务后，首先是去获取必要的信息，包括：需要进行评估的地域在哪里；评价的时间点是什么时候，等等。在获取了这些必要的信息后，操作人员根据自身实际情况登录系统。如果在环保部门的单位内网中，可以直接使用桌面应用进行登录；如果在外网可以通过web端应用进行登录。业务中台系统应用中心里的基础应用单元使用单点登录访问机制对系统用户进行身份鉴别认证。通过之后，基础应用单元通知整个系统的各个单元该用户登入认证成功信息。

然后，用户通过应用中心里的业务应用单元，向业务中台系统发起环境评估的业务处理请求。业务中台系统根据环境评估要求实现的内容，该内容包括该区域内污染物的种类、污染物的浓度、人口因素、环境因素等，业务中台系统通过调度中心寻找与该内容对应的业务切片。在进行环境评估业务时，调度中心会调用采集感知类业务切片、统计分析类业务切片、可视化类业务切片。通过执行这些业务切片，即可得出该区域环境评估结果，将该结果传输到web客户端应用、移动端应用或桌面应用，供操作人员查看。

实施例2

在业务中台系统实际的运行中，各个微服务在处理业务请求时，由于网络通信会可能产生很多问题，比如：后端依赖的数据库发生故障、前后端的网络故障、后端由某个bug导致后端服务故障等，前端和后端之间的通信就会遭遇失败。这样就会使得在多个微服务在处理业务请求的整体效果不是最优化的。

为解决这个技术问题，在实施例1的基础上进一步优化，使用监测服务网格对各个微服务进行监控，在多个微服务同时运行过程中，提供服务发现、负载平衡、加密、身份验证和授权、支持断路器模式等功能；使各个微服务之间的通信变得灵活，可靠和快速，从整体上整合资源使业务处理达到更好的效果。在本实施例中，服务网格优选为istio。

实施例3

本发明还提供一种业务中台系统的构建方法，包括以下步骤:

s1.从系统需要完成的业务角度进行需求分析，得到系统需要实现的所有业务的总和；

在本步骤中，需要对环保行政工作涉及到哪些具体的工作内容汇总整理，将每一项工作内容定义为一个业务，比如：每个岗位的每个工作职责就是一个业务。这样，在本实施例中，对于环保行政工作领域，可以得到几千个业务。

s2.对得到的业务总和，根据业务的业务要素对业务总和进行并类处理；

每个工作职责都包含了一个或几个工作内容，工作内容即为工作要素。在实际工作中，各个岗位的工作职责有可能会出现重叠的情况，也就是说虽然岗位不同，工作职责的名称不同，但却有相同的工作内容。比如对于系统中的各用户，都有要求对本地计算机进行定期病毒查杀的工作职责，那么所有的、对本地计算机进行定期病毒查杀的业务可以并类处理成一个业务。

s3.设计系统架构，以完全解耦的方式将业务架构和技术架构分离；

在本实施例中设计系统架构时，不采用传统的系统架构设计方法。传统的系统架构设计方法要确认系统的逻辑架构、层架构和数据流向；本实施例通过完全解耦的方式，将业务架构和技术架构分离。

业务架构就是整个业务中台系统要完成哪些业务，这些业务之间的相互关系是怎样的。比如：要完成环境评估业务，就必须要完成数据采集业务作为支撑；要完成评估结构可视化任务，就必须完成环境评估业务作为支撑，等等。

s4.从业务架构角度，将业务中应用部分的业务要素进行提取，形成业务应用和基础应用；

在本实施例中举例说明。比如环境评估业务，工作内容即业务要素是对环境进行评估，这种业务要素是一种应用请求。将此类业务要素进行提取，形成一个个不同的业务应用，包括环境评估、气象分析、预测预报、组分分析等等。

又比如对于用户的接入请求权限认证业务，工作内容即业务要素是对用户的接入请求进行权限认证，这次业务要素也是一种应用请求。将此类业务要素进行提取，形成一个个不同的基础应用，包括身份认证、特征识别等等。

s5.从业务架构角度，将业务中数据处理部分的业务要素进行提取，形成业务切片；将各业务切片整合在一起形成调度中心；

在本实施例中举例说明。对于各种业务，都会有一些共通性、主要是进行数据处理的工作内容，将此类型的业务要素进行提取，形成一个个业务切片，包括采集感知类业务切片、统计分析类业务切片、可视化类业务切片和管理协同类业务切片等等。将这一系列业务切片通过使用组件化的方式，整合成一个调度中心，调度中心用于按照业务处理请求进行业务切片的调用。

s6.根据系统需要实现的功能，选定系统的技术架构；

对于业务中台，选用面向应用面向服务的技术架构，比较便于系统的运行及优化。在本实施例中选用微服务架构作为技术架构。

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