CN115378945B

CN115378945B - 基于云服务的管理方法及系统

Info

Publication number: CN115378945B
Application number: CN202211306436.4A
Authority: CN
Inventors: 王捷
Original assignee: Changsha Developer Technology Co ltd; Beijing Innovation Lezhi Network Technology Co ltd
Current assignee: Changsha Developer Technology Co ltd; Beijing Innovation Lezhi Network Technology Co ltd
Priority date: 2022-10-25
Filing date: 2022-10-25
Publication date: 2023-03-10
Anticipated expiration: 2042-10-25
Also published as: CN115378945A

Abstract

本申请提出一种基于云服务的管理方法及系统，其方法包括：步骤1：确定云服务平台的服务节点，构建节点构架；步骤2：捕捉节点构架中每个服务节点的节点服务业务以及不同节点服务业务的服务资源；步骤3：对每个服务节点的节点服务业务以及服务资源进行损耗管理，确定所匹配服务节点的损耗系数；步骤4：基于损耗管理标准以及损耗系数，确定对应服务节点的动态协调系数；步骤5：从节点管理数据库中，调取与动态协调系数匹配的动态协调方案对对应服务节点进行调整管理。通过对服务业务以及服务资源进行损耗管理，有效的确定动态协调系数，实现对服务节点的有效管理。

Description

基于云服务的管理方法及系统

技术领域

本发明涉及一种基于云服务的管理方法及系统，属于云服务管理技术领域。

背景技术

云服务是基于互联网的相关服务的增加、使用和交互模式，通常涉及通过互联网来提供动态易扩展且经常是虚拟化的资源。云是网络、互联网的一种比喻说法。过去在图中往往用云来表示电信网，后来也用来表示互联网和底层基础设施的抽象。云服务指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。它意味着计算能力也可作为一种商品通过互联网进行流通。

由于云服务过程中是基于不同的节点实现的，一般会提前对节点的参数进行设置，所以在执行不同的服务业务过程中，会存在固有的损耗在内，导致节点的管理效率低下。

因此，本发明提出一种云服务的管理方法及系统。

发明内容

针对上述现有技术的不足，本发明的目的在于提供一种基于云服务的管理方法及系统，通过对服务业务以及服务资源进行损耗管理，有效的确定动态协调系数，实现对服务节点的有效管理。

根据本发明的实施方案，提供第一个方案为：

步骤1：确定云服务平台的服务节点，构建节点构架；

步骤2：捕捉所述节点构架中每个服务节点的节点服务业务以及不同节点服务业务的服务资源；

步骤3：对每个服务节点的节点服务业务以及服务资源进行损耗管理，确定所匹配服务节点的损耗系数；

步骤4：基于损耗管理标准以及损耗系数，确定对应服务节点的动态协调系数；

步骤5：从节点管理数据库中，调取与动态协调系数匹配的动态协调方案对对应服务节点进行调整管理。

进一步地，确定云服务平台的服务节点，构建节点构架，包括：

确定所述云服务平台涉及的常用节点以及不常用节点；

根据所述常用节点的节点属性以及第一使用频率，向对应常用节点设置第一标签，同时，根据所述不常用节点的节点属性以及第二使用频率，向对应不常用节点设置第二标签；

根据不同服务节点之间的通信连接关系，构建初始构架；

将所有第一标签与第二标签设置在所述初始构架，构建得到节点构架。

进一步地，捕捉所述节点构架中每个服务节点的节点服务业务以及不同节点服务业务的服务资源，包括：

对每个服务节点的节点服务业务进行捕捉，同时，对节点服务业务的服务线程进行追踪；

基于追踪结果，构建追踪树，并对所述追踪树上每个追踪分支的分支长度进行确定，进而确定资源捕捉位置；

根据每个追踪分支的分支粗细，确定资源捕捉量；

根据所述资源捕捉量判断对应资源捕捉位置的可捕捉资源量是否达标；

若达标，基于对应资源捕捉位置进行资源捕捉；

否则，确定对应追踪分支所对应子线程的资源管理条件；

若所述资源管理条件与资源调取次数有关，对相应资源捕捉位置的资源进行

次调取；

若所述资源管理条件与资源非重叠性有关，确定与对应追踪分支的分支属性匹配的待调取分支，并根据对应追踪分支的需要调取量，获取得到剩余调取量；

从所述待调取分支中调取与剩余调取量一致的剩余服务资源。

进一步地，对每个服务节点的节点服务业务以及服务资源进行损耗管理，确定所匹配服务节点的损耗系数，包括：

基于节点服务日志，确定每个服务节点的节点服务业务的第一服务损耗以及所述服务资源对于所述节点服务业务的第二服务损耗；

根据所述第一服务损耗以及第二服务损耗，确定所匹配服务节点的损耗系数。

进一步地，捕捉所述节点构架中每个服务节点的节点服务业务以及不同节点服务业务的服务资源之后，还包括：

获取对应服务节点的节点数据，同时，确定对应服务节点基于所述节点构架的节点位置；

分别将所述节点位置以及节点数据输入至关联分析模型中，确定所述节点位置与所述节点数据的关联结果；

对所述节点数据的第一特征进行读取，并计算对应服务节点的综合判断值Y1；

其中，

表示对应服务节点中第一特征的总个数；

表示第i1个第一特征的实际特征转换系数；

表示第i1个第一特征所对应的标准特征转换系数；

表示m1个

中的最大值；

表示m1个

中的最小值；ln表示对数函数的符号；

表示关联结果的关联系数；

表示针对关联结果的权重；k2表示针对第一特征的权重；

根据所述综合判断值Y1与预设判断值的比值结果，确定对应服务节点的服务资源合格；

当比值结果小于0.6，判定对应服务节点的服务资源合格；

否则，判定对应服务节点的服务资源不合格。

进一步地，从节点管理数据库中，调取与动态协调系数匹配的动态协调方案对对应服务节点进行调整管理，包括：

确定损耗管理标准与损耗系数的损耗差确定所述动态协调系数，并基于所述动态协调系数指定第一管理块中的管理区域；

提取所述管理区域存储的动态协调方案，且提取所述动态协调方案中的动态协调指令；

根据每个动态协调指令的指令预发挥作用，向对应动态协调指令设置权重，得到协调管理值

；

其中，

表示所述动态协调方案中的动态协调指令的总个数；

表示第j1个动态协调指令的指令值；

表示第j1个动态协调指令的指令值权重；

表示对第j1个动态协调指令的影响因子，且取值范围为[0，0.02]；

表示微调因子；

表示n个动态协调指令中的最大影响因子；

表示n个动态协调指令中的最小影响因子；

表示 n个动态协调指令中的平均影响因子；

当所述协调管理值Y2大于预设管理值时，按照所述动态协调方案对对应服务节点进行调整管理；

否则，进行报警提醒。

根据本发明的实施方案，提供第二个方案为：

构建模块，用于确定云服务平台的服务节点，构建节点构架；

捕捉模块，用于捕捉所述节点构架中每个服务节点的节点服务业务以及不同节点服务业务的服务资源；

损耗系数确定模块，用于对每个服务节点的节点服务业务以及服务资源进行损耗管理，确定所匹配服务节点的损耗系数；

动态协调系数确定模块，用于基于损耗管理标准以及损耗系数，确定对应服务节点的动态协调系数；

节点管理模块，用于从节点管理数据库中，调取与动态协调系数匹配的动态协调方案对对应服务节点进行调整管理。

进一步地，所述构建模块，包括：

节点确定单元，用于确定所述云服务平台涉及的常用节点以及不常用节点；

标签设定单元，用于根据所述常用节点的节点属性以及第一使用频率，向对应常用节点设置第一标签，同时，根据所述不常用节点的节点属性以及第二使用频率，向对应不常用节点设置第二标签；

初始构建单元，用于根据不同服务节点之间的通信连接关系，构建初始构架；

构架优化单元，用于将所有第一标签与第二标签设置在所述初始构架，构建得到节点构架。

进一步地，所述捕捉模块，包括：

捕捉单元，用于对每个服务节点的节点服务业务进行捕捉，同时，对节点服务业务的服务线程进行追踪；

位置确定单元，用于基于追踪结果，构建追踪树，并对所述追踪树上每个追踪分支的分支长度进行确定，进而确定资源捕捉位置；

捕捉量确定单元，用于根据每个追踪分支的分支粗细，确定资源捕捉量；

判断单元，用于根据所述资源捕捉量判断对应资源捕捉位置的可捕捉资源量是否达标；

若达标，基于对应资源捕捉位置进行资源捕捉；

否则，确定对应追踪分支所对应子线程的资源管理条件；

资源调取单元，用于若所述资源管理条件与资源调取次数有关，对相应资源捕捉位置的资源进行

次调取；

分支确定单元，用于若所述资源管理条件与资源非重叠性有关，确定与对应追踪分支的分支属性匹配的待调取分支，并根据对应追踪分支的需要调取量，获取得到剩余调取量；

进一步地，损耗系数确定模块，包括：

损耗确定单元，用于基于节点服务日志，确定每个服务节点的节点服务业务的第一服务损耗以及所述服务资源对于所述节点服务业务的第二服务损耗；

损耗系数确定单元，用于根据所述第一服务损耗以及第二服务损耗，确定所匹配服务节点的损耗系数。

与现有技术相比，本申请的有益效果如下：

通过对服务业务以及服务资源进行损耗管理，有效的确定动态协调系数，实现对服务节点的有效管理。

附图说明

图1为本发明一种基于云服务的管理方法的流程图；

图2为本发明一种基于云服务的管理系统的结构图。

具体实施方式

为了使本领域的技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，当元件被称为“固定于”或“设置于”另一个部件上，它可以直接在另一个部件上或者间接设置在另一个部件上；当一个部件被称为是“连接于”另一个部件，它可以是直接连接到另一个部件或间接连接至另一个部件上。

需要理解的是，术语“长度”、“宽度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或部件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”、“若干个”的含义是两个或两个以上，除非另有明确具体的限定。

须知，本说明书附图所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本申请可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本申请所能产生的功效及所能达成的目的下，均应仍落在本申请所揭示的技术内容得能涵盖的范围内。

根据本发明的实施方案，如图1所示，提供第一个方案为：

步骤1：确定云服务平台的服务节点，构建节点构架；

该实施例中，云服务平台的服务节点指的是与该云服务平台可以建立通信连接关系的节点，比如，与云服务平台建立通信连接关系的节点有节点1、2、3、4，此时，节点1、2、3、4都是服务节点，且该服务节点是执行相应的服务业务以及在执行服务业务过程中还是对涉及的服务资源进行管理，该管理可以是存储、传输等。

该实施例中，节点构架指的是基于云服务平台以及不同服务节点之间的通信连接构建得到的。

该实施例中，节点服务业务指的是该服务节点所执行的业务情况，且不同节点服务业务的服务资源指的是该业务需要使用到的资源，比如，业务1是需要对资源A进行调取，那么服务资源为资源A以及业务1所对应可以执行完成的执行资源，也就是为业务1进行服务的资源，比如，数据信息、代码信息等。

该实施例中，损耗管理指的是节点服务业务的业务损耗以及服务资源的资源损耗，且业务损耗指的是针对节点服务业务本身的，且对应的业务损耗为该业务在执行过程中的业务被攻击或者业务中某些执行内容的缺失等，都可以视为业务损耗，服务资源损耗指的是服务资源在传输或者使用过程中的资源遗失、资源数据中某些数据被篡改等，都可以视为资源损耗。

该实施例中，损耗系数指的是业务损耗与资源损耗综合确定的。

该实施例中，损耗管理标准是预先设置好的，且业务损耗以及资源损耗只能是遗失小部分，比如，只能遗失10个字符，如果遗失10个字符的标准系数为0.8，对应损耗系数为0.9，此时，动态协调系数就是0.1。

该实施例中，节点管理数据库包括不同的服务节点以及与服务节点一致的动态协调系数还有动态协调系数对应的协调类型，以及针对不同情况下的动态协调系数的动态协调方案，以此，来对节点进行调整，也就是尽可能的避免字符遗失情况的出现。

上述技术方案的有益效果是：通过对服务业务以及服务资源进行损耗管理，有效的确定动态协调系数，实现对服务节点的有效管理。

需要说明的是，确定云服务平台的服务节点，构建节点构架，包括：

确定所述云服务平台涉及的常用节点以及不常用节点；

根据不同服务节点之间的通信连接关系，构建初始构架；

该实施例中，常用节点指的是使用频率高的节点，不常用节点指的是使用频率低的节点，且由于不同节点对应的属性不一样，也就是可以确定出节点所主要执行的业务是不一样的，因此，可以通过根据节点属性以及使用频率，来设置标签。

该实施例中，设置第一标签与第二标签主要是为了区分不同的节点。

该实施例中，在构建得到初始构架之后，通过标签设置，可以得到节点构架。

上述技术方案的有益效果是：通过确定常用节点以及不常用节点，且通过设置第一标签以及第二标签，可以构建得到节点构架，为后续服务节点的管理提供有效基础。

需要说明的是，捕捉所述节点构架中每个服务节点的节点服务业务以及不同节点服务业务的服务资源，包括：

根据每个追踪分支的分支粗细，确定资源捕捉量；

若达标，基于对应资源捕捉位置进行资源捕捉；

否则，确定对应追踪分支所对应子线程的资源管理条件；

次调取；

该实施例中，节点服务业务捕捉是为了获取该服务节点要执行的业务，且该业务会按照匹配的服务线程进行追踪，由于不同的服务业务按照服务线程执行的过程中会涉及到不同的资源内容，因此，需要进行追踪，来构建追踪树。

该实施例中，由于在调取资源过程中，会涉及到对资源1、2、3、4的调取，因此，存在4个分支，且根据对资源1、2、3、4的具体调取情况，来对分支的粗细进行确定，调取的越多，对应的分支越粗。

该实施例中，是否达标的判断依据是资源捕捉量是否小于可捕捉资源量，若是，则视为达标。

该实施例中，资源管理条件，比如为资源调取次数，又或者为资源非重叠性，也就是在特定时间段内不在该位置进行重叠调取。

该实施例中，资源调取次数，就是指的是需要对同个位置进行多次调取，来保证调取的完整性。

该实施例中，分支属性与业务类型以及业务内容有关。

该实施例中，追踪分支1对应待调取分支2，且追踪分支1的需要调取量为a1，剩余调取量为a2，从待调取分支2中调取对应剩余服务资源，且该资源量为a2。

上述技术方案的有益效果是：通过对业务进行捕捉，对线程进行追踪，可以有效构建追踪树，且通过对分支进行分析，来确定服务资源的调取情况，为后续损耗确定提供基础。

需要说明的是，对每个服务节点的节点服务业务以及服务资源进行损耗管理，确定所匹配服务节点的损耗系数，包括：

该实施例中，损耗系数=第一服务损耗*第一损耗权重+第二服务损耗*第二损耗权重。

该实施例中，节点服务日志是在节点工作工程中主动记录下来的。

上述技术方案的有益效果是：通过确定与业务的损耗以及与资源的损耗，便于确定损耗系数，为后续对节点进行服务管理提供基础。

需要说明的是，捕捉所述节点构架中每个服务节点的节点服务业务以及不同节点服务业务的服务资源之后，还包括：

其中，

表示对应服务节点中第一特征的总个数；

表示第i1个第一特征的实际特征转换系数；

表示第i1个第一特征所对应的标准特征转换系数；

表示m1个

中的最大值；

表示m1个

中的最小值；ln表示对数函数的符号；

表示关联结果的关联系数；

表示针对关联结果的权重；k2表示针对第一特征的权重；

当比值结果小于0.6，判定对应服务节点的服务资源合格；

否则，判定对应服务节点的服务资源不合格。

该实施例中，关联分析模型是基于不同的节点位置以及该节点位置的节点预先设置的标准节点数据以及实际节点数据为样本训练得到的，因此，可以确定出节点位置与节点数据的关联结果，也就是当下的数据与该节点位置的关联系数。

该实施例中，首先对节点数据本身进行特征读取，并结合关联关系，从两方面来确定综合判断值。

该实施例中，第一特征的个数是大于100的，且实际特征转换系数以及标准特征转换系数是映射在0-1直接的，方便计算。

该实施例中，预设判断值的取值一般为1。

该实施例中，节点数据指的是该服务节点涉及到的节点本身的一些固有数据，主要是为了保证节点合格，进而在节点合格无异常的情况下，对应服务资源的合格。

上述技术方案的有益效果是：通过确定节点数据与节点位置的关联结果以及不同特征的实际与标准的比较，可以有效的计算出对应服务节点的综合判断值，进而可以有效的确定出服务节点是否合格，为服务管理提供基础。

需要说明的是，从节点管理数据库中，调取与动态协调系数匹配的动态协调方案对对应服务节点进行调整管理，包括：

；

其中，

表示所述动态协调方案中的动态协调指令的总个数；

表示第j1个动态协调指令的指令值；

表示第j1个动态协调指令的指令值权重；

表示微调因子；

表示n个动态协调指令中的最大影响因子；

表示n个动态协调指令中的最小影响因子；

表示 n个动态协调指令中的平均影响因子；

否则，进行报警提醒。

该实施例中，损耗差即为动态协调系数。

该实施例中，节点管理数据库包括不同的服务节点以及对不同服务节点的管理内容以及包含的不同的管理块在内的，且通过动态协调系数以及动态协调类型可以指定到对应的管理区域。

该实施例中，每个区域中都存储有对应的方案，方便调取，且每个方案中都存储有对应的指令，方便对节点进行管理，比如，资源损耗过大，就需要采用相应的指令来对节点存在的资源损耗进行弥补。

该实施例中，预发挥作用都是预先确定好的，且设置权重也是根据预发挥作用设置的，发挥作用越大，对应权重设置的越大，且所有权重的和为1。

该实施例中，预设管理值是预先设置好的。

上述技术方案的有益效果是：通过根据系数指定管理区域并调取方案，通过进行指令提取，并根据预发挥作用设置权重，进而来计算协调管理值，且通过比较，来确定对服务节点的有效管理。

根据本发明的实施方案，如图2所示，提供第二个方案为：

需要说明的是，所述构建模块，包括：

需要说明的是，所述捕捉模块，包括：

若达标，基于对应资源捕捉位置进行资源捕捉；

否则，确定对应追踪分支所对应子线程的资源管理条件；

次调取；

需要说明的是，损耗系数确定模块，包括：

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其他实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。