保证服务延续的服务管理方法、装置及存储介质.pdf

《保证服务延续的服务管理方法、装置及存储介质.pdf》由会员分享，可在线阅读，更多相关《保证服务延续的服务管理方法、装置及存储介质.pdf（10页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 202010473891.8 (22)申请日 2020.05.29 (71)申请人 成都新希望金融信息有限公司 地址 610015 四川省成都市高新区仁和街 39号6栋2层3号 (72)发明人 雷宇陈佛林高斌 (74)专利代理机构 成都正华专利代理事务所 (普通合伙) 51229 代理人 陈选中李蕊 (51)Int.Cl. H04L 29/08(2006.01) H04L 12/24(2006.01) (54)发明名称 一种保证服务延续的服务管理方法、 装置及 存储介质 (57)。

2、摘要 本发明公开了一种保证服务延续性的服务 管理方法装置及存储介质， 包括S1、 在部署镜像 中加入服务管理sidecarclent； S2、 通过服务管 理sidecarclent对发布的各服务进行实时监听， 并将监听数据上报至调度中心； S3、 基于上报数 据， 在调度中心对服务进行分类， 并确定对应的 健康度； S4、 基于各服务的健康度及服务状态， 对 各服务进行对应的处理； S5、 在洪峰流量过程中 按照上述步骤S2-S4中对各种健康度的服务进行 处理。 本发明使得让服务运行时能够实现自动化 处理， 并提供基础监控功能， 提高可用性， 降低了 服务运维成本。 权利要求书2页 说明书5。

3、页 附图2页 CN 111698301 A 2020.09.22 CN 111698301 A 1.一种保证服务延续性的服务管理方法， 其特征在于， 包括以下步骤： S1、 在部署镜像中加入服务管理sidecarclent； S2、 通过服务管理sidecarclent对发布的各服务进行实时监听， 并将监听数据上报至 调度中心； S3、 基于上报数据， 在调度中心对服务进行分类， 并确定对应的健康度； S4、 基于各服务的健康度及服务状态， 对各服务进行对应的处理； S5、 在洪峰流量过程中按照上述步骤S2-S4中对各种健康度的服务进行处理， 在洪峰流 量过程后将服务水平降至初始化水平并将对应。

4、服务节点移除或加入到大数据hadoop集群 使用， 实现服务延续性管理。 2.根据权利要求1所述的保证服务延续性的服务管理方法， 其特征在于， 所述步骤S2中 上报至调度中心的监听数据包括服务注册信息、 服务指标、 服务分组和服务租户。 3.根据权利要求1所述的保证服务延续性的服务管理方法， 其特征在于， 所述步骤S3具 体为： S31、 在调度中心生成服务稳定性指标json配置文件， 并配置健康度阈值； S32、 基于健康度阈值， 在调度中心中构建服务健康度与各类监听数据相映射的服务健 康水平判别标准； S33、 在调度中心中对服务管理sidecarclent当前上报的监听数据采用数据预处理。

5、方 法进行处理， 并使用配置好的服务稳定性指标json配置文件对当前服务进行分类， 基于服 务健康水平判别标准确定各服务的健康度。 4.根据权利要求3所述的保证服务延续性的服务管理方法， 其特征在于， 所述步骤S31 中， 在调度中心中的数据处理还包括编写服务启动dockerfile脚本、 配置多租户分组和请 求流量限制。 5.根据权利要求3所述的保证服务延续性的服务管理方法， 其特征在于， 所述步骤S32 中的服务健康水平判别标准包括正常服务、 中间态服务和异常服务。 6.根据权利要求3所述的保证服务延续性的服务管理方法， 其特征在于， 所述步骤S33 中， 使用配置好的服务稳定性指标jso。

6、n配置文件对当前服务进行分类时的分类标准为每分 钟请求量、 消息挤压数、 jvmgc频率或cpu使用率。 7.根据权利要求5所述的保证服务延续性的服务管理方法， 其特征在于， 所述步骤S4中 对各服务的处理方式包括： (1)对正常服务进行保留， 对异常服务进行镜像拉取水平扩容至服务配置最大实例数； (2)在保留的正常服务中， 对人为设定的重要性服务， 使用bookkeeper写入事务日志并 保存至调度中心， 并在事务未收到ack请求时， 通过异常服务扫描进程进行事务重做及事务 恢复； (3)对于健康度异常的单点服务， 通过调度中心将对应的服务节点摘除下线， 并从 standby实例列表中配置新。

7、的节点加入到对应服务中， 替换异常节点。 8.一种保证服务延续的服务管理装置， 其特征在于， 包括： 部署镜像组件， 加入有服务管理sidecarclent， 用于对服务发布组件发布的服务进行 监听， 并将包括服务注册信息、 服务指标和服务分组及服务租户在内的监听数据上报至调 度中心组件； 权利要求书 1/2 页 2 CN 111698301 A 2 服务发布组件， 用于将系统提供的功能发布为服务， 并接受服务管理sidecarclent的 监听； 调度中心组件， 用于根据接收到的上报数据确定对应的服务健康度， 并根据服务健康 度对服务进行连续性管理。 9.根据权利要求8所述的保证服务延续的服。

8、务管理装置， 其特征在于， 所述调度中心组 件内存储有用于对上传的监听数据进行服务分类的分类标准和对服务健康度进行判定的 判定标准。 10.一种计算机可读存储介质， 其特征在于， 所述计算机可读存储介质存储有计算机程 序， 所述计算机可执行指令用于使计算机执行如权利要求1-7任一所述方法。 权利要求书 2/2 页 3 CN 111698301 A 3 一种保证服务延续的服务管理方法、 装置及存储介质 技术领域 0001 本发明属于网络通信服务框架技术领域， 具体涉及一种保证服务延续的服务管理 方法、 装置及存储介质。 背景技术 0002 微服务架构是一项在云中部署应用和服务的新技术， 大部分围。

9、绕微服务的争论都 集中在容器或其他技术是否能很好的实施微服务， 微服务的基本思想在于考虑围绕着业务 领域组件来创建应用， 这些应用可独立地进行开发、 管理和加速， 在分散的组件中使用微服 务云架构和平台， 使部署、 管理和服务功能交付变得更加简单。 0003 近年来， 随着互联网的快速发展， 对服务的连续性要求越来越高。 在微服务的架构 中， 随着公司体量及业务的发展， 服务数量越来越高， 维护成本也大大增加。 如何设计一种 服务管理方法来减少服务运行复杂度是值得思考与研究的问题。 发明内容 0004 针对现有技术中的上述不足， 本发明提供的保证服务延续性的服务管理方法、 装 置及存储介质解决。

10、了现有的服务管理过程中运维成本高、 难以实现服务监控及服务运行自 动化处理的问题。 0005 为了达到上述发明目的， 本发明采用的技术方案为： 一种保证服务延续性的服务 管理方法， 包括以下步骤： 0006 S1、 在部署镜像中加入服务管理sidecarclent； 0007 S2、 通过服务管理sidecarclent对发布的各服务进行实时监听， 并将监听数据上 报至调度中心； 0008 S3、 基于上报数据， 在调度中心对服务进行分类， 并确定对应的健康度； 0009 S4、 基于各服务的健康度及服务状态， 对各服务进行对应的处理； 0010 S5、 在洪峰流量过程中按照上述步骤S2-S4。

11、中对各种健康度的服务进行处理， 在洪 峰流量过程后将服务水平降至初始化水平并将对应服务节点移除或加入到大数据hadoop 集群使用， 实现服务延续性管理。 0011 进一步地， 所述步骤S2中上报至调度中心的监听数据包括服务注册信息、 服务指 标、 服务分组和服务租户。 0012 进一步地， 所述步骤S3具体为： 0013 S31、 在调度中心生成服务稳定性指标json配置文件， 并配置健康度阈值； 0014 S32、 基于健康度阈值， 在调度中心中构建服务健康度与各类监听数据相映射的服 务健康水平判别标准； 0015 S33、 在调度中心中对服务管理sidecarclent当前上报的监听数据。

12、采用数据预处 理方法进行处理， 并使用配置好的服务稳定性指标json配置文件对当前服务进行分类， 基 于服务健康水平判别标准确定各服务的健康度。 说明书 1/5 页 4 CN 111698301 A 4 0016 进一步地， 所述步骤S31中， 在调度中心中的数据处理还包括编写服务启动 dockerfile脚本、 配置多租户分组和请求流量限制。 0017 进一步地， 所述步骤S32中的服务健康水平判别标准包括正常服务、 中间态服务和 异常服务。 0018 进一步地， 所述步骤S33中， 使用配置好的服务稳定性指标json配置文件对当前服 务进行分类时的分类标准为每分钟请求量、 消息挤压数、 j。

13、vmgc频率或cpu使用率。 0019 进一步地， 所述步骤S4中对各服务的处理方式包括： 0020 (1)对正常服务进行保留， 对异常服务健康度进行镜像拉取水平扩容至服务配置 最大实例数； 0021 (2)在保留的正常服务中， 对人为设定的重要性服务， 使用bookkeeper写入事务日 志并保存至调度中心， 并在事务未收到ack请求时， 通过异常服务扫描进程进行事务重做及 事务恢复； 0022 (3)对于健康度异常的单点服务， 调度中心将对应的服务节点摘除下线， 并从 standby实例列表中配置新的节点加入到对应服务中， 替换异常节点。 0023 一种保证服务延续的服务管理装置， 包括：。

14、 0024 部署镜像组件， 加入有服务管理sidecarclent， 用于对服务发布组件发布的服务 进行监听， 并将包括服务注册信息、 服务指标和服务分组及服务租户在内的监听数据上报 至调度中心组件； 0025 服 务发 布组 件 ， 用于 将 系统 提供的 功能 发 布为服 务 ， 并 接受 服务管理 sidecarclent的监听； 0026 调度中心组件， 用于根据接收到的上报数据确定对应的服务健康度， 并根据服务 健康度对服务进行连续性管理。 0027 进一步地， 所述调度中心组件内存储有用于对上传的监听数据进行服务分类的分 类标准和对服务健康度进行判定的判定标准。 0028 一种计算。

15、机可读存储介质， 所述计算机可读存储介质存储有计算机程序， 所述计 算机可执行指令用于使计算机执行如上述保证服务延续的服务管理方法任一步骤。 0029 本发明的有益效果为： 0030 (1)本发明提供了一种防止硬编码、 水平扩容、 高容灾的服务管理方法， 提升了服 务管理过程的自动化水平， 减少了运维复杂度； 调度中心可根据服务管理sidecarclent上 报数据选择拉取新pod加入服务， 提升了服务的可用性； 0031 (2)本发明方法是一种可参考的服务水平及规模， 实现动态扩缩容的服务管理方 法， 能够根据负载情况动态拉取回收pod， 减少了运营成本； 0032 (3)提供了一种服务监控。

16、稳定监控方法， 可根据上报数据分析服务瓶颈及长链调 用短板， 提供了实现服务优化拆分的参考； 0033 (4)结合集成加入serverless、 cloudnative的运营方式， 减少了运维结合服务的 复杂程度。 附图说明 0034 图1为本发明提供的保证服务延续性的服务管理方法流程图。 说明书 2/5 页 5 CN 111698301 A 5 0035 图2为本发明提供的事务日志调度示意图。 具体实施方式 0036 下面对本发明的具体实施方式进行描述， 以便于本技术领域的技术人员理解本发 明， 但应该清楚， 本发明不限于具体实施方式的范围， 对本技术领域的普通技术人员来讲， 只要各种变化在。

17、所附的权利要求限定和确定的本发明的精神和范围内， 这些变化是显而易 见的， 一切利用本发明构思的发明创造均在保护之列。 0037 实施例1： 0038 如图1所示， 一种保证服务延续性的服务管理方法， 包括以下步骤： 0039 S1、 在部署镜像中加入服务管理sidecarclent； 0040 S2、 通过服务管理sidecarclent对发布的各服务进行实时监听， 并将监听数据上 报至调度中心； 0041 S3、 基于上报数据， 在调度中心对服务进行分类， 并确定对应的健康度； 0042 S4、 基于各服务的健康度及服务状态， 对各服务进行对应的处理； 0043 S5、 在洪峰流量过程中按。

18、照上述步骤S2-S4中对各种健康度的服务进行处理， 在洪 峰流量过程后将服务水平降至初始化水平并将对应服务节点移除或加入到大数据hadoop 集群使用， 实现服务延续性管理。 0044 本发明实施例的步骤S1中， 服务管理sidecarclent用于检查服务健康度指标、 服 务指标、 服务负载情况及转发服务请求等； 需要说明的是sidecarclent仅为服务管理的英 文名称， 没有其他实际含义； 0045 本发明实施例的步骤S2中， 上报至调度中心的监听数据包括服务注册信息、 服务 指标、 服务分组和服务租户等。 0046 本发明实施例的步骤S3具体为： 0047 S31、 在调度中心生成服。

19、务稳定性指标json配置文件， 并配置健康度阈值； 0048 同时， 调度中心中还会编写服务启动dockerfile脚本、 配置多租户分组和请求流 量限制等； 其中， 服务稳定性指标可根据业务系统来设定， 并在调度中心生成对应的json配 置文件， dockerfile脚本在服务部署前已经在application中配置， 用于启动应用、 部署服 务相关配置或依赖使用， 也可使用Jenkins类似的打包工具进行集成交付用于镜像操作； 在 配置多租户分组时， 实质是进行服务分组， 例如多机房时， 每个机房为一个分组， 可以减少 跨机房调用， 大大降低延迟和提高接口稳定性， 针对多租户时， 可根据租。

20、户体量的不同， 所 需要的集群支撑机器的数量也不同， 可针对不同体量的租户配置不同的请求限制(TPS)、 MQ 消息挤压数量等； 请求流量限制是为了方式服务雪崩； 0049 其中， 在调度中心配置健康度阈值时可基于Tp99(满足99的网络请求所需要的 最低耗时)、 服务进程是否存在和是否能够收到返回心跳包等进行设定。 0050 S32、 基于健康度阈值， 在调度中心中构建服务健康度与各类监听数据相映射的服 务健康水平判别标准； 0051 对于不同的服务监听到的数据样本可能不同， 该步骤的目的在于对于各个种类的 服务的监听数据均构建与之对应的服务健康水平判别标准， 这里所说的数据样本可能不同 是。

21、指的各服务中能够代表服务指标等的数据类型的不同， 例如， 对于binlog解析服务的监 说明书 3/5 页 6 CN 111698301 A 6 听指标是服务解析位点与binlog消息位点的差值； 0052 具体地， 服务健康水平判别标准包括正常服务、 中间态服务和异常服务， 中间态服 务可能在进程中恢复为正常也可能会变为服务不可用； 除了使用设定的服务健康水平判别 标准确定健康度外， 也可以利用开源kaggle-webtraffic工具、 xgboost、 ARIMA模型基于上 报的监听数据进行回归预测， 也能够获得当前服务的健康度； 0053 S33、 在调度中心中对服务管理sidecar。

22、clent当前上报的监听数据采用数据预处 理方法进行处理， 并使用配置好的服务稳定性指标json配置文件对当前服务进行分类， 基 于服务健康水平判别标准确定各服务的健康度 0054 其中， 监听数据位时间序列数据， 他们将永远保存， 在采用标准的数据预处理方法 进行处理时， 可以为每个维度设置过期时间。 0055 具体地， 在步骤S33中， 使用配置好的服务稳定性指标json配置文件对当前服务进 行分类时的分类标准为每分钟请求量、 消息挤压数、 jvmgc频率或cpu使用率。 0056 本发明实施例的步骤S4中对各服务的处理方式包括： 0057 (1)对正常服务进行保留， 对异常服务健康度进行。

23、镜像拉取水平扩容至服务配置 最大实例数； 0058 (2)在保留的正常服务中， 对人为设定的重要性服务， 使用bookkeeper写入事务日 志并保存至调度中心， 并在事务未收到ack请求时， 通过异常服务扫描进程进行事务重做及 事务恢复； 0059 其中， 事务是访问并可能更新数据库中各种数据项的一个程序执行单元， ack请求 指的是确认字符， 在数据通信中， 接收站发给发送站一种传输类控制字符， 表示发来的数据 已确认接收无误， 例如确认这次请求放款已经成功了， 放款操作就是一个事务， 确定放款成 功就会发起一个ack请求代表事务正常结束； 对于认为设定的重要性服务， 有些是核心服 务， 。

24、例如金融贷款行业中出金(放款)、 入金(还款)这样的重要服务需要保证事务， 否则会造 成错账； 如图2所示， 展示了本发明实施例中的事务日志调度示意； 0060 (3)对于健康度异常的单点服务， 调度中心将对应的服务节点摘除下线， 并从 standby实例列表中配置新的节点加入到对应服务中， 替换异常节点。 0061 对于服务上传的监听数据的检测分为单点性和集群性指标， 集群性指标基本反映 了服务的吞吐量， 单点性指标大部分是由服务器故障或配置不当造成的， 例如磁盘损坏， 该 节点的应用版本和当前生产发行版本不一致等； 0062 实施例2： 0063 一种保证服务延续的服务管理装置， 包括： 。

25、0064 部署镜像组件， 加入有服务管理sidecarclent， 用于对服务发布组件发布的服务 进行监听， 并将包括服务注册信息、 服务指标和服务分组及服务租户在内的监听数据上报 至调度中心组件； 0065 服 务发 布组 件 ， 用于 将 系统 提供的 功能 发 布为服 务 ， 并 接受 服务管理 sidecarclent的监听； 0066 调度中心组件， 用于根据接收到的上报数据确定对应的服务健康度， 并根据服务 健康度对服务进行连续性管理。 0067 本发明实施例中的调度中心组件内存储有用于对上传的监听数据进行服务分类 说明书 4/5 页 7 CN 111698301 A 7 的分类标。

26、准和对服务健康度进行判定的判定标准； 基于此， 在确定当前服务的健康度时， 首 先会根据监听数据确定该服务的类型， 然后基于该类型服务下的健康度判定标准确定最终 的健康度； 因为不同的服务其包含的数据样本可能是不同的， 因此， 我们需要先基于所有类 型的服务建立一个清楚细致的分类方法及对应的健康度确定标准。 0068 实施例3： 0069 一种计算机可读存储介质， 该计算机可读存储介质存储有计算机程序， 计算机可 执行指令用于使计算机执行如上述保证服务延续性的服务管理方法中的任一步骤。 0070 本发明的有益效果为： 0071 (1)本发明提供了一种防止硬编码、 水平扩容、 高容灾的服务管理方。

27、法， 提升了服 务管理过程的自动化水平， 减少了运维复杂度； 调度中心可根据服务管理sidecarclent上 报数据选择拉取新pod加入服务， 提升了服务的可用性； 0072 (2)本发明方法是一种可参考的服务水平及规模， 实现动态扩缩容的服务管理方 法， 能够根据负载情况动态拉取回收pod， 减少了运营成本； 0073 (3)提供了一种服务监控稳定监控方法， 可根据上报数据分析服务瓶颈及长链调 用短板， 提供了实现服务优化拆分的参考； 0074 (4)结合集成加入serverless、 cloudnative的运营方式， 减少了运维结合服务的 复杂程度。 说明书 5/5 页 8 CN 111698301 A 8 图1 说明书附图 1/2 页 9 CN 111698301 A 9 图2 说明书附图 2/2 页 10 CN 111698301 A 10 。