一种消费金融微服务统一运维管理平台的制作方法 专利技术说明

计算;推算;计数设备的制造及其应用技术1.本发明涉及消费金融技术领域，尤其一种消费金融微服务统一运维管理平台。背景技术：2.随着互联网应用技术的迅速发展，以及云原生技术的兴起和不断成熟，消费金融软件架构从早期的单体或集群逐步演进为微服务架构。微服务是一种从soa架构升级进化而来的分布式系统，将一个大型的单体应用服务从业务域或技术域的角度拆分为数个甚至数十个支撑服务，各服务分散在不同的服务器或容器节点，服务之间通过某种标准化的协议互相通信，每个服务可使用各自不同的开发语言、工具或框架，这样的架构具有业务解耦、可扩展、可伸缩的优点，提升了整个团队的开发效率和系统整体的稳定性。3.由于微服务架构的特点决定了其对技术运维管理的要求大大提高，需要技术人员熟悉各种软件工具与中间件，同时，各业务微服务系统通常会配置各类业务参数与技术参数，在消费金融类系统中，业务需求无限复杂，各参数配置也会频繁变更，需要维护多套运行环境。在实际应用中，业务扩展越来越多，微服务数量也越来越多，对系统的部署、升级、配置、监控、运维等工作量庞大，服务管理变得凌乱无序，运维质量得不到保证。技术实现要素：4.为了克服现有技术的缺陷，本发明提供一种消费金融微服务统一运维管理平台，能够对消费金融微服务进行统一运维管理，提高消费金融微服务的运维管理效率。5.为了解决上述技术问题，第一方面，本发明一实施例提供一种消费金融微服务统一运维管理平台，包括应用开发层、业务管理层、界面展示层；所述业务管理层包括控制中心、配置中心、监控中心；6.所述应用开发层，用于存储消费金融微服务中各个受管应用的sdk，以对接各个所述受管应用；7.所述界面展示层，用于获取用户输入的运维管理请求，将所述运维管理请求转发至所述控制中心；8.所述控制中心，用于响应所述运维管理请求，控制所有所述受管应用中的目标受管应用及目标中间件运行运维管理服务；9.所述配置中心，用于响应所述目标受管应用发送的服务推送请求，向所述目标受管应用推送所述运维管理服务；10.所述监控中心，用于定时获取各个所述受管应用的监控数据，将各个所述受管应用的监控数据发送至所述界面展示层进行可视化显示。11.进一步地，所述控制中心包括api管理模块、应用控制模块、中间件控制模块；12.所述api管理模块，用于为所述界面展示层提供数据库的查询api和所述配置中心变更接口的调用api；13.所述应用控制模块，用于响应所述运维管理请求，生成应用控制指令，向所述目标受管应用发送所述应用控制指令；14.所述中间件控制模块，用于响应所述运维管理请求，生成中间件控制指令，通过中间件开放api向所述目标中间件发送所述中间件控制指令。15.进一步地，所述配置中心包括应用注册管理模块、业务参数管理模块、技术参数管理模块、公共资源管理模块、应用资源管理模块、应用服务治理模块；16.所述应用注册管理模块，用于管理各个所述受管应用的基本信息，为各个所述受管应用提供应用注册与认证服务；17.所述业务参数管理模块，用于管理所述消费金融微服务的所有业务参数，为各个所述受管应用提供业务参数配置服务；18.所述技术参数管理模块，用于管理各个所述受管应用的技术参数，为各个所述受管应用提供技术参数配置服务；19.所述公共资源管理模块，用于管理所述消费金融微服务的所有公共资源，为各个所述受管应用提供公共资源配置服务；20.所述应用资源管理模块，用于管理各个所述受管应用的服务信息，为各个所述受管应用提供应用资源配置服务；21.所述应用服务治理模块，用于管理各个所述受管应用的服务规则，为各个所述受管应用提供服务规则配置服务。22.进一步地，所述监控中心包括应用自测模块、应用拨测模块、应用告警模块：23.所述应用自测模块，用于定时接收各个所述受管应用上报的自测数据，分别根据每一所述受管应用的自测数据计算饱和度指标和可用性指标，得到各个所述受管应用的饱和度指标值和可用性指标值；24.所述应用拨测模块，用于定时向各个所述受管应用发送拨测请求，获取各个所述受管应用的拨测数据，分别根据每一所述受管应用的探测数据计算健康度指标，得到各个所述受管应用的健康度指标值；25.所述应用告警模块，用于当任一所述受管应用的饱和度指标值超过预设饱和度指标阈值、任一所述受管应用的可用性指标值超过预设可用性指标阈值、或者任一所述受管应用的健康度指标值超过预设健康度指标阈值时，向所述界面展示层发送告警指令。26.进一步地，所述受管应用的饱和度指标值为：27.u＝max{s1,s2,si,...,sn}；28.其中，u为所述受管应用的饱和度指标值，si为所有所述自测数据中的第i个目标自测数据的使用占比，i＝1,2,...,n。29.进一步地，所述受管应用的可用性指标值为：[0030][0031]其中，v为所述受管应用的可用性指标值，sj为所述消费金融微服务的第j个交易的请求总数，aj为第j个交易的响应时间在预设正常阈值内的请求总数，bj为第j个交易的响应时间超过所述预设正常阈值但仍未超过预设可容忍阈值的请求总数，wj为第j个交易的权重，j＝1,2,...,m，k为预设可容忍系数。[0032]进一步地，所述受管应用的健康度指标值为：[0033][0034]其中，k为所述受管应用的健康度指标值，k∈(0,100)，t为拨测响应耗时，t为预设拨测响应耗时阈值，a、b、c均为预设系数。[0035]进一步地，所述应用开发层包括sdk声明模块、探针程序加载模块、插件设计模块。[0036]所述sdk声明模块，用于在所述控制中心控制所述目标受管应用启动时，向所述探针程序加载模块发送触发信号；[0037]所述探针程序加载模块，用于根据所述触发信号加载所述目标受管应用的探针程序，以对接所述目标受管应用；[0038]所述插件设计模块，用于获取用户输入的扩展程序，将所述扩展程序集成至所述探针程序。[0039]进一步地，所述界面显示层包括应用注册信息查询模块、业务参数配置模块、技术参数配置模块、公共资源配置模块、应用资源配置模块、服务规则配置模块、可视化规则配置模块；[0040]所述应用注册认证模块，用于获取用户输入的应用注册信息查询请求，将所述应用注册信息查询请求转发至所述控制中心；[0041]所述业务参数配置模块，用于获取用户输入的业务参数配置请求，将所述业务参数配置请求转发至所述控制中心；[0042]所述技术参数配置模块，用于获取用户输入的技术参数配置请求，将所述技术参数配置请求转发至所述控制中心；[0043]所述公共资源配置模块，用于获取用户输入的公共资源配置请求，将所述公共资源配置请求转发至所述控制中心；[0044]所述应用资源配置模块，用于获取用户输入的应用资源配置请求，将所述应用资源配置请求转发至所述控制中心；[0045]所述服务规则配置模块，用于获取用户输入的服务规则配置请求，将所述服务规则配置请求转发至所述控制中心；[0046]所述可视化规则配置模块，用于响应用户输入的可视化规则配置请求，配置所述界面显示层的可视化规则。[0047]进一步地，所述界面显示层还包括监控告警模块；[0048]所述监控告警模块，用于根据所述告警指令，向用户终端发送告警信息。[0049]相比于现有技术，本发明的实施例，具有如下有益效果：[0050]通过设计消费金融微服务统一运维管理平台，利用应用开发层，存储消费金融微服务中各个受管应用的sdk，以对接各个受管应用；利用界面展示层，获取用户输入的运维管理请求，将运维管理请求转发至控制中心；利用控制中心，响应运维管理请求，控制所有受管应用中的目标受管应用及目标中间件运行运维管理服务；利用配置中心，响应目标受管应用发送的服务推送请求，向目标受管应用推送运维管理服务；利用监控中心，定时获取各个受管应用的监控数据，将各个受管应用的监控数据发送至界面展示层进行可视化显示，能够对消费金融微服务进行统一运维管理，提高消费金融微服务的运维管理效率。附图说明[0051]图1为本发明第一实施例中的一种消费金融微服务统一运维管理平台的结构示意图；[0052]图2为本发明第一实施例中优选实施例的消费金融微服务统一运维管理平台的数据流图；[0053]图3为本发明第一实施例中优选实施例的集成sdk后的受管应用服务启动机制的数据流图。具体实施方式[0054]下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。[0055]如图1所示，第一实施例提供一种消费金融微服务统一运维管理平台，包括应用开发层10、业务管理层20、界面展示层30；业务管理层20包括控制中心201、配置中心202、监控中心203；应用开发层10，用于存储消费金融微服务中各个受管应用的sdk，以对接各个受管应用；界面展示层30，用于获取用户输入的运维管理请求，将运维管理请求转发至控制中心201；控制中心201，用于响应运维管理请求，控制所有受管应用中的目标受管应用及目标中间件运行运维管理服务；配置中心202，用于响应目标受管应用发送的服务推送请求，向目标受管应用推送运维管理服务；监控中心203，用于定时获取各个受管应用的监控数据，将各个受管应用的监控数据发送至界面展示层30进行可视化显示。[0056]作为示例性地，设计应用开发层10、业务管理层20、界面展示层30，在业务管理层20内设置控制中心201、配置中心202、监控中心203，得到消费金融微服务统一运维管理平台。消费金融微服务统一运维管理平台也采用微服务架构，具有服务自治的特点。[0057]如图2所示，应用开发层10存储消费金融微服务中各个受管应用的sdk，即软件开发工具包，负责消费金融微服务中各个受管应用与本平台的通讯，以及应用配置刷新、应用服务治理、监控数据上报等的客户端实现；界面展示层30是前端工程，独立部署于web服务器，比如nginx，负责向用户展示各个运维管理功能模块的操作界面，方便用户根据实际应用需求针对指定的受管应用输入不同的运维管理请求；控制中心201负责为界面显示层提供运维管理接口，响应运维管理请求，向指定的受管应用，即目标受管应用，以及与目标受管应用关联的中间件，即目标受管应用中间件发送相应的控制指令，控制目标受管应用及目标中间件运行运维管理服务；配置中心202负责存储和管理所有业务面与技术面的配置参数，为各个受管应用提供各配置参数的查询、推送等服务；监控中心203负责获取各个受管应用的监控数据进行指标计算，存储各个受管应用的监控数据和指标计算结果，方便界面展示层30通过控制中心201从数据库调取监控数据进行可视化显示。[0058]本实施例通过设计并应用消费金融微服务统一运维管理平台，能够对消费金融微服务进行统一运维管理，提高消费金融微服务的运维管理效率。[0059]在优选的实施例当中，控制中心201包括api管理模块2011、应用控制模块2012、中间件控制模块2013；api管理模块2011，用于为界面展示层30提供数据库的查询api和配置中心202变更接口的调用api；应用控制模块2012，用于响应运维管理请求，生成应用控制指令，向目标受管应用发送应用控制指令；中间件控制模块2013，用于响应运维管理请求，生成中间件控制指令，通过中间件开放api向目标中间件发送中间件控制指令。[0060]作为示例性地，在控制中心201内设置api管理模块2011、应用控制模块2012、中间件控制模块2013，其中，api管理模块2011负责将若干个数据库的查询接口集成为数据库的查询api，为界面展示层30提供数据库的查询api，使得查询类服务的数据可直接从配置存储库、集中缓存redis等数据库中调取，以及为界面展示层30提供控制中心201变更接口的调用api，使得配置类服务的操作可间接调用配置中心202的变更接口，落库存储并向注册监听的受管应用推送变更事件；应用控制模块2012负责响应运维管理请求，生成应用控制指令，比如向目标受控应用的sdk终端服务发送路由规则变更、测试挡板规则变更、服务限流、熔断、应用下线、停机等应用控制指令，控制目标受控应用执行相应操作；中间件控制模块2013负责集成常用中间件的配置管理功能形成中间件开放api，并响应运维管理请求，生成中间件控制指令，通过中间件开放api向目标中间件发送中间件控制指令，实现目标中间件的直接管理，比如对redis、rabbitmq等的数据的查询、修改、监控等。[0061]本实施例通过在控制中心201内设置api管理模块2011、应用控制模块2012、中间件控制模块2013，能够在用户输入多个运维管理请求时，对各个运维管理请求进行分类分接口控制处理，有利于进一步提高消费金融微服务的运维管理效率。[0062]在优选的实施例当中，配置中心202包括应用注册管理模块2021、业务参数管理模块2022、技术参数管理模块2023、公共资源管理模块2024、应用资源管理模块2025、应用服务治理模块2026；应用注册管理模块2021，用于管理各个受管应用的基本信息，为各个受管应用提供应用注册与认证服务；业务参数管理模块2022，用于管理消费金融微服务的所有业务参数，为各个受管应用提供业务参数配置服务；技术参数管理模块2023，用于管理各个受管应用的技术参数，为各个受管应用提供技术参数配置服务；公共资源管理模块2024，用于管理消费金融微服务的所有公共资源，为各个受管应用提供公共资源配置服务；应用资源管理模块2025，用于管理各个受管应用的服务信息，为各个受管应用提供应用资源配置服务；应用服务治理模块2026，用于管理各个受管应用的服务规则，为各个受管应用提供服务规则配置服务。[0063]作为示例性地，在配置中心202内设置应用注册管理模块2021、业务参数管理模块2022、技术参数管理模块2023、公共资源管理模块2024、应用资源管理模块2025、应用服务治理模块2026，其中，应用注册管理模块2021负责管理各个受管应用的基本信息，为各个受管应用提供应用注册与认证服务，使受管应用可在启动时向配置中心202发送应用标识、节点标识(主机名、ip地址、服务端口等)、系统域标识、启动参数、sdk终端服务端口等注册信息进行注册，使配置中心202可在受管应用完成注册时与受管应用建立长连接通道，采用心跳机制保活，不断更新受管应用的活动状态与在线时间，直到心跳中断后标记为受管应用下线；业务参数管理模块2022负责管理消费金融微服务的所有业务参数，业务参数通常由各个受管应用共同使用，会随业务需求的变化不断发生变更，业务参数主要包括决策规则模型、标准字典配置信息、树形字典配置信息、行名行号、银行卡信息、关联渠道配置信息、手机号信息、行政区划信息等，以及基于扩展性要求仅针对特定的受管应用自定义配置的业务参数，为各个受管应用提供业务参数配置服务；技术参数管理模块2023负责管理各个受管应用的技术参数，比如数据库连接、文件服务器等中间件、其他提供公共或基础功能支持的微服务的配置参数，当中的连接地址、用户口令等固定化参数可从公共资源管理模块2024处引用关联，以便统一运维管理，受管应用在启动过程中可获取技术参数完成其内置模块组件的配置与初始化，运行期间则通过监听方式接收变更事件；公共资源管理模块2024负责管理消费金融微服务的所有公共资源，为各个受管应用提供公共资源配置服务，公共资源包括中间件资源、公共服务资源、分布式锁、分布式序列等，中间件资源用于管理mysql、oracle、redis、kafka、rabbitmq、zookeeper、dfs等各类中间件的配置，公共服务资源用于管理与提供基础功能支持的微服务相关的配置，分布式锁用于管理各个受控应用所使用的分布式锁资源，提供状态查询和异常解锁功能，分布式序列用于管理各个受控应用的唯一键值序列配置，提供序列值、缓存大小、编号模式、复位规则、循环规则等的配置与实现；应用资源管理模块2025负责管理各个受管应用的服务信息，为各个受管应用提供应用资源配置服务，服务信息包括交易接口、消息队列、任务调度的服务信息，受管应用在完成其内置模块组件初始化后，会向配置中心202上报交易接口、消息队列、任务调度等服务信息，由配置中心202接收并更新存储，生成受管应用的服务api文档，并提供对受管应用这些服务规则的治理功能；应用服务治理模块2026负责管理各个受管应用的服务规则，为各个受管应用提供服务规则配置服务，服务规则主要包括路由规则、测试挡板规则、服务限流规则、服务熔断配置规则等，受管应用在启动过程中会获取相应的规则配置，并调用sdk终端服务中的api，按照服务规则来实现应用服务规则治理。[0064]可以理解的是，路由规则是指控制交易接口、消息队列的全局开关，以及根据实时参数、请求方、提供方等条件控制交易接口的开关，关闭后的交易接口将从路由中剔除，无法被其他微服务应用访问。测试挡板规则可视为路由规则的一种特例，将交易接口关闭后，通过配置响应数据的模拟规则，生成响应数据。服务限流规则是指通过在tps和线程并发量两个维度设置阈值，控制交易接口的流量上限。服务熔断规则是指通过对交易超时和异常的数量与比例设置阈值，控制交易接口的熔断开关。[0065]本实施例通过在配置中心202内设置应用注册管理模块2021、业务参数管理模块2022、技术参数管理模块2023、公共资源管理模块2024、应用资源管理模块2025、应用服务治理模块2026，能够对消费金融微服务进行统一运维管理，提高消费金融微服务的运维管理效率。[0066]在优选的实施例当中，监控中心203包括应用自测模块2031、应用拨测模块2032、应用告警模块2033：应用自测模块2031，用于定时接收各个受管应用上报的自测数据，分别根据每一受管应用的自测数据计算饱和度指标和可用性指标，得到各个受管应用的饱和度指标值和可用性指标值；应用拨测模块2032，用于定时向各个受管应用发送拨测请求，获取各个受管应用的拨测数据，分别根据每一受管应用的探测数据计算健康度指标，得到各个受管应用的健康度指标值；应用告警模块2033，用于当任一受管应用的饱和度指标值超过预设饱和度指标阈值、任一受管应用的可用性指标值超过预设可用性指标阈值、或者任一受管应用的健康度指标值超过预设健康度指标阈值时，向界面展示层30发送告警指令。[0067]作为示例性地，在监控中心203内设置应用自测模块2031、应用拨测模块2032、应用警告模块，其中，应用自测模块2031负责定时接收各个受管应用上报的自测数据，自测数据包括各线程的cpu耗时、jvm内存使用量、连接池使用量、线程池使用量、交易接口流量、吞吐量、错误率等，将各个受管应用的自测数据存储于数据库，并分别根据每一受管应用的自测数据计算饱和度指标和可用性指标，得到各个受管应用的饱和度指标值和可用性指标值；应用拨测模块2032负责定时向各个受管应用发送拨测请求，使各个受管应用生成一段可反映受管应用自身健康状态的检测代码，检测代码默认是一段长随机数，获取各个受管应用返回的代码执行结果，即各个受管应用的拨测数据，将各个受管应用的拨测数据存储于数据库，并分别根据每一受管应用的探测数据计算健康度指标，得到各个受管应用的健康度指标值；应用告警模块2033负责将各个受管应用的饱和度指标值与预设饱和度指标阈值进行比较，将各个受管应用的可用性指标值与预设可用性指标阈值进行比较，将各个受管应用的健康度指标值与预设健康度指标阈值进行比较，当任一受管应用的饱和度指标值超过预设饱和度指标阈值、任一受管应用的可用性指标值超过预设可用性指标阈值、或者任一受管应用的健康度指标值超过预设健康度指标阈值时，向界面展示层30发送告警指令，以通知运维人员受管应用的异常情况，方便运维人员及时作出运维管理措施。[0068]本实施例通过在监控中心203内设置应用自测模块2031、应用拨测模块2032、应用警告模块，能够对消费金融微服务进行统一运维管理，提高消费金融微服务的运维管理效率。[0069]在优选的实施例当中，受管应用的饱和度指标值为：[0070]u＝max{s1,s2,si,...,sn}(1)；[0071]其中，u为受管应用的饱和度指标值，si为所有自测数据中的第i个目标自测数据的使用占比，i＝1,2,...,n。[0072]作为示例性地，根据实际的应用饱和度评估标准，从所有自测数据中选取若干个目标自测数据，并分别计算每一目标自测数据的使用占比，得到各个目标自测数据的使用占比。[0073]例如，从所有自测数据中选取各线程的cpu耗时、内存使用量、连接池使用量、线程池使用量、交易接口流量等n个目标自测数据，对于第一个目标自测数据，即各线程的cpu耗时，第一个自测数据的使用占比为各线程的cpu耗时的总和与操作系统cpu总用时的比值；对于第二个目标自测数据，即内存使用量，第二个自测数据的使用占比为虚拟机已用内存量与虚拟机最大内存量的比值；对于第三个目标自测数据，即连接池使用量，第三个目标自测数据的使用占比为当前联机池使用量与连接池最大配置量的比值；对于第四个目标自测数据，即线程池使用量，第四个目标自测数据的使用占比为当前线程池使用量与线程池最大配置量的比值；对于第五个目标自测数据，即交易接口流量，第五个目标自测数据的使用占比为当前qps与配置的最大qps的比值；其他情况均类似，可根据实际运行要求增加或删除计算项。[0074]在得到各个目标自测数据的使用占比后，根据受管应用的饱和度指标计算公式，即式(1)计算受管应用的饱和度指标值。[0075]本实施例通过根据受管应用的饱和度指标计算公式计算各个受管应用的饱和度指标值，能够快速获取各个受管应用的饱和度指标值，有利于进一步提高消费金融微服务的运维管理效率。[0076]在优选的实施例当中，受管应用的可用性指标值为：[0077][0078]其中，v为受管应用的可用性指标值，sj为消费金融微服务的第j个交易的请求总数，aj为第j个交易的响应时间在预设正常阈值内的请求总数，bj为第j个交易的响应时间超过预设正常阈值但仍未超过预设可容忍阈值的请求总数，wj为第j个交易的权重，j＝1,2,...,m，k为预设可容忍系数。[0079]作为示例性地，交易指的是消费金融微服务系统对外提供的各接口服务，以业务类交易为主。结合所有自测数据，根据受管应用的可用性指标计算公式，即式(2)计算受管应用的可用性指标值。式(2)中的k可取经验值0.5。[0080]本实施例通过根据受管应用的可用性指标计算公式计算各个受管应用的可用性指标值，能够快速获取各个受管应用的可用性指标值，有利于进一步提高消费金融微服务的运维管理效率。[0081]在优选的实施例当中，受管应用的健康度指标值为：[0082][0083]其中，k为受管应用的健康度指标值，k∈(0,100)，t为拨测响应耗时，t为预设拨测响应耗时阈值，a、b、c均为预设系数。[0084]作为示例性地，在得到各个受管应用的拨测数据后，根据受管应用的健康度指标计算公式，即式(3)计算受管应用的健康度指标值。式(3)中的a、b、c可分别取经验值0.00225、-2.65、-7.8。[0085]本实施例通过根据受管应用的健康度指标计算公式计算各个受管应用的健康度指标值，能够快速获取各个受管应用的健康度指标值，有利于进一步提高消费金融微服务的运维管理效率。[0086]在优选的实施例当中，应用开发层10包括sdk声明模块101、探针程序加载模块102、插件设计模块103。sdk声明模块101，用于在控制中心201控制目标受管应用启动时，向探针程序加载模块102发送触发信号；探针程序加载模块102，用于根据触发信号加载目标受管应用的探针程序，以对接目标受管应用；插件设计模块103，用于获取用户输入的扩展程序，将扩展程序集成至探针程序。[0087]作为示例性地，在应用开发层10内设置sdk声明模块101、探针程序加载模块102、插件设计模块103，其中，sdk声明模块101负责存储sdk声明包，sdk声明包由受管应用直接依赖集成，只包含必要的抽象方法声明及空白实现，真实的实现逻辑由探针程序来完成，受管应用在启动时通过sdk声明模块101触发探针程序加载模块102加载探针程序，完成对sdk声明方法的转换；探针程序加载模块102负责存储各个受管应用的探针程序，并接收到sdk声明模块101的触发信号时，加载目标受管应用的探针程序，以对接目标受管应用；插件设计模块103是为扩展性设计的定制化开发模块，负责为用户提供扩展程序开发接口，方便用户设计扩展程序，比如统计某段重要程序的执行效率、记录某些重要程序的运行日志等，各插件将自动集成至探针程序。[0088]可以理解的是，sdk主要包含的功能有：实现与配置中心202的通讯，调用认证、注册等接口，建立长连接通道，实现配置监听与刷新功能；实现各监控数据的收集，上报至监控中心203；启动终端服务，用于接收控制中心201的指令以及监控中心203的拨测请求；提供路由规则、服务流量控制、服务熔断等的终端实现；提供对缓存redis中业务参数的查询和变更监听的实现；其他管理和支持性api(如分布式锁、分布式序列等)。[0089]本实施例通过在应用开发层10内设置sdk声明模块101、探针程序加载模块102、插件设计模块103，能够对消费金融微服务进行统一运维管理，提高消费金融微服务的运维管理效率。[0090]在优选的实施例当中，界面显示层30包括应用注册信息查询模块301、业务参数配置模块302、技术参数配置模块303、公共资源配置模块304、应用资源配置模块305、服务规则配置模块306、可视化规则配置模块307；应用注册认证模块，用于获取用户输入的应用注册信息查询请求，将应用注册信息查询请求转发至控制中心201；业务参数配置模块302，用于获取用户输入的业务参数配置请求，将业务参数配置请求转发至控制中心201；技术参数配置模块303，用于获取用户输入的技术参数配置请求，将技术参数配置请求转发至控制中心201；公共资源配置模块304，用于获取用户输入的公共资源配置请求，将公共资源配置请求转发至控制中心201；应用资源配置模块305，用于获取用户输入的应用资源配置请求，将应用资源配置请求转发至控制中心201；服务规则配置模块306，用于获取用户输入的服务规则配置请求，将服务规则配置请求转发至控制中心201；可视化规则配置模块307，用于响应用户输入的可视化规则配置请求，配置界面显示层的可视化规则。[0091]作为示例性地，在界面显示层设置应用注册信息查询模块301、业务参数配置模块302、技术参数配置模块303、公共资源配置模块304、应用资源配置模块305、服务规则配置模块306、可视化规则配置模块307，其中，应用注册信息查询模块301负责应用注册信息、活动状态、历史信息等的查询；业务参数配置模块302负责各业务参数的配置管理；技术参数配置模块303负责各技术参数的配置管理；公共资源配置模块304负责各公共资源的配置管理；应用资源配置模块305负责各受控应用的服务资源的查询；服务规则配置模块306负责各受控应用的服务规则的配置管理；可视化规则配置模块307负责管理界面可视化规则的配置管理，包括监控数据与告警信息的可视化规则。[0092]本实施例通过在界面展示层30内设置应用注册信息查询模块301、业务参数配置模块302、技术参数配置模块303、公共资源配置模块304、应用资源配置模块305、服务规则配置模块306、可视化规则配置模块307，能够对消费金融微服务进行统一运维管理，提高消费金融微服务的运维管理效率。[0093]在优选的实施例当中，界面显示层还包括监控告警模块；监控告警模块，用于根据告警指令，向用户终端发送告警信息。[0094]作为示例性地，在界面显示层增设监控告警模块，其中，监控告警模块负责在接收到监控中心203发送的告警指令时，向用户终端发送告警信息，方便运维人员及时针对受控应用的异常情况做出运维管理措施。[0095]本实施例通过在界面展示层30内增设监控告警模块，能够保证运维人员及时针对受控应用的异常情况做出运维管理措施，有利于进一步提高消费金融微服务的运维管理效率。[0096]为了更清楚地说明本实施例提供的消费金融微服务统一运维管理平台，应用消费金融微服务统一运维管理平台，集成sdk后的受管应用服务启动机制的数据流图如图3所示：[0097]1、消费金融微服务部署有各个受管应用的sdk，受管应用在启动运行时，首先运行sdk内的客户端启动程序；[0098]2、受管应用调用配置中心202认证接口，成功后获取到本次启动token，失败则启动失败；[0099]3、受管应用启动sdk终端服务，监听某个特定端口(如1818，由启动参数指定)；[0100]4、受管应用向配置中心202申请发送注册信息，注册信息包括应用标识、节点标识(主机名、ip地址、服务端口等)、系统域标识、启动参数、sdk终端服务端口等重要信息；[0101]5、配置中心202会维护以应用标识为主键的应用级配置信息，参数主要包括应用标识、系统域标识、健康状态、最近活动时间、启用/禁用开关等，其中启用/禁用开关用于控制此应用是否允许接入注册，对于无应用级配置信息的新接入的应用，默认允许接入(此开关由配置中心202全局控制)，并在首次接入后，自动生成应用配置信息，配置中心202在接收到注册信息后，根据此规则判断是否允许注册)，允许则持久化注册信息到配置库，并返回成功；[0102]6、受控应用判断注册结果，如注册失败则发生配置降级，终止sdk终端服务并使用本地配置信息完成自身的启动过程，注册成功则继续下面的步骤；[0103]7、受控应用建立与配置中心202服务端的长连接通道，并通过心跳机制保活；[0104]8、受控应用向配置中心202申请获取配置元数据，包括：[0105](1)本应用的所有技术参数，如数据库连接、文件服务器等中间件或其他提供公共或基础功能支持的微服务的配置参数；[0106](2)本应用在启动期所需的所有业务参数，如决策规则模型、标准字典配置、行名行号、关联渠道等配置参数；[0107](3)本应用的服务治理规则，如路由规则、测试挡板、服务限流、服务熔断配置等；[0108]9、受控应用使用配置中心202返回的配置元数据作为最高优先级的配置参数，结合本地配置信息，完成其内置业务模块及组件的配置和初始化；[0109]10、受控应用向配置中心202注册配置变更事件监听，由配置中心202在监测配置变更并推送变更事件；[0110]11、受控应用向配置中心202上报应用交易接口服务、消息队列服务、任务调度服务的重要信息(各服务的标识代码、执行程序签名、参数格式、校验规则等)；[0111]12、受控应用完成自身启动，至此，开始对外提供服务。[0112]13、应用端运行期间，定时向监控中心203上报监控数据，主要包括：各线程的cpu耗时、jvm内存使用量、连接池使用量、线程池使用量、交易接口流量、吞吐量、错误率等，上报频率通常在30秒左右(可配置)，并根据应用注册信息错峰执行，监控中心203将数据存储入库，并计算受控应用的饱和度指标值与可用性指标值；[0113]14、监控中心203定时向受控应用的sdk终端服务发送拨测请求，并根据测试结果计算受控应用的健康度指标值；[0114]15、受控应用向配置中心202注册配置变更事件监听成功后，配置中心202会在监测到发生配置变更后，向受控应用推送变更点配置，受控应用刷新关联的本地应用组件与配置缓存，并在事件监听程序中执行处理逻辑；[0115]16、受控应用运行期间，会收到控制中心201发送的某些控制指令，如对某个交易接口执行限流、停用，甚至对整个应用执行停机操作，这些指令由运维人员在管理端界面操作触发。[0116]受管应用更新配置业务参数与技术参数的具体过程如下：[0117]1、受管应用首次获取参数配置，并监听变更事件；[0118]2、运维人员在管理界面操作，通过控制中心201向配置中心202发送变更请求；[0119]3、配置中心202将配置变更持久化，并记录本次变更动作，如果是业务参数，同时刷新到中央缓存redis；[0120]4、配置中心202通过定时扫描任务发现存在变更动作，则向监听应用端发送变更事件，如果是技术参数，则携带变更内容，若同一扫描周期存在多次相同参数的变更，则归并到最近一次；[0121]5、受控应用收到变更事件后，判断参数类型；[0122]6、如果是技术参数则直接更新本地配置，将依赖此参数的技术组件销毁重建，完成本次变更；[0123]7、如果是业务参数变更，向中央缓存redis请求最新数据，刷新本地缓存；[0124]8、受控应用的业务参数通常使用本地缓存，并开启从中央缓存同步的定时任务；[0125]9、受控应用如果存储强依赖某业务参数的初始化模块，则在发生变更后按预先设定的更新程序，重新初始化此模块。[0126]综上所述，实施本发明的实施例，具有如下有益效果：[0127]通过设计消费金融微服务统一运维管理平台，利用应用开发层10，存储消费金融微服务中各个受管应用的sdk，以对接各个受管应用；利用界面展示层30，获取用户输入的运维管理请求，将运维管理请求转发至控制中心201；利用控制中心201，响应运维管理请求，控制所有受管应用中的目标受管应用及目标中间件运行运维管理服务；利用配置中心202，响应目标受管应用发送的服务推送请求，向目标受管应用推送运维管理服务；利用监控中心203，定时获取各个受管应用的监控数据，将各个受管应用的监控数据发送至界面展示层30进行可视化显示，能够对消费金融微服务进行统一运维管理，提高消费金融微服务的运维管理效率。[0128]以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。[0129]本领域普通技术人员可以理解实现上述实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)或随机存储记忆体(random access memory，ram)等。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!