服务实例化方法、装置及电子设备制造方法及图纸

本申请公开了一种服务实例化方法、装置及电子设备，所述方法包括：响应用户的节点选取操作，获取各部署节点；根据用户针对各部署节点的依赖关系的编辑操作，对各部署节点根据依赖关系进行编排，形成编排拓扑图；在接收到实例化请求时，对编排拓扑图进行复制生成复制蓝图，并将实例化请求中的配置资源写入复制蓝图，以根据记录有配置资源的复制蓝图生成服务实例。实例。实例。

【技术实现步骤摘要】
服务实例化方法、装置及电子设备


[0001]本申请涉及服务实例化
，特别涉及一种服务实例化方法、装置及电子设备。

技术介绍

[0002]相关技术中，服务实例化采用的方法通常是在服务实例化进程启动前，针对不同的实例预先编写构建Kubernetes的编排文件，进行服务实例化，或者借助Helm工具编写部署节点的YAML文件以及编写各部署节点对应的依赖关系，进行服务实例化。
[0003]但在实际应用时，由于不同实例之间相同部署节点所使用的YAML文件可能不同，因此上述的服务实例化在实例化请求发起之前，均需针对不同的实例，分别预先编写各部署节点的YAML文件以及各部署节点对应依赖的依赖关系，来形成与每个实例一一对应的多个编排文件。而随着针对该服务的实例化请求的增多，预先生成的编排文件也会越来越多，管理也越来越麻烦，容易在服务实例化时出现编排混乱和编排错误的情况，给配置人员带来不便，进而导致服务实例化的便捷性差。

技术实现思路

[0004]本申请的目的在于至少解决现有技术中存在的技术问题之一，提供一种服务实例化方法、装置及电子设备，无需针对不同实例，在实例化请求发起之前分别设置对应的编排文件，提高服务实例化的便捷性。
[0005]第一方面，本申请实施例提供一种服务实例化方法，包括：
[0006]响应用户的节点选取操作，获取各部署节点；
[0007]根据所述用户针对各所述部署节点的依赖关系的编辑操作，对各所述部署节点根据所述依赖关系进行编排，形成编排拓扑图；
[0008]在接收到实例化请求时，对所述编排拓扑图进行复制生成复制蓝图，并将所述实例化请求中的配置资源写入所述复制蓝图，以根据记录有所述配置资源的复制蓝图生成服务实例。
[0009]通过部署节点的依赖关系形成编排拓扑图后，在接收到实例化请求时，再将编排拓扑图复制生成复制蓝图后，将实例化请求中的配置资源写入复制蓝图进行实例化，使得同一编排拓扑图可以被实例化为多个不同的实例，无需针对每个实例化请求预先进行部署节点集群的依赖关系编排和预先编写yaml文件来生成编排文件，提高服务实例化的便捷性。
[0010]进一步的，响应用户的节点选取操作，选取各部署节点，包括：
[0011]响应用户的节点选取操作，从Docker镜像仓库中获取Docker镜像和执行参数信息；
[0012]根据所述Docker镜像版本和所述执行参数信息生成所述部署节点。
[0013]进一步的，对所述编排拓扑图进行复制生成复制蓝图，包括：
[0014]根据所述实例化请求中的部署节点选取请求，从所述编排拓扑图的各所述部署节点中，选取对应的各目标部署节点后，将各所述目标部署节点以及各所述目标部署节点在所述编排拓扑图中的依赖关系进行复制，生成所述复制蓝图。
[0015]进一步的，还包括：
[0016]为所述服务实例分配对应的实例标识。
[0017]进一步的，还包括：
[0018]在检测到所述编排拓扑图更新时，将所述编排拓扑图的更新信息同步至所述复制蓝图，以更新所述复制蓝图，并根据更新后的所述复制蓝图更新所述服务实例。
[0019]进一步的，还包括：
[0020]存储更新前的所述复制蓝图。
[0021]进一步的，所述依赖关系由所述编辑操作选取的各依赖项组成，所述依赖项包括依赖的部署节点、依赖类型和部署节点的版本。
[0022]第二方面，在本申请实施例中，提供了一种服务实例化装置，包括：
[0023]节点获取模块，用于响应用户的节点选取操作，获取各部署节点；
[0024]节点编排模块，用于根据所述用户针对各所述部署节点的依赖关系的编辑操作，对各所述部署节点根据所述依赖关系进行编排，形成编排拓扑图；
[0025]实例生成模块，用于在接收到实例化请求时，对所述编排拓扑图进行复制生成复制蓝图，并将所述实例化请求中的配置资源写入所述复制蓝图，以根据记录有所述配置资源的复制蓝图生成服务实例。
[0026]第三方面，本申请实施例中，还提供了一种电子设备，包括：存储器、处理器及记录在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述实施例所述的服务实例化方法。
[0027]第四方面，本申请实施例提供一种计算机可读记录介质，所述计算机可读记录介质记录有计算机可执行指令，所述计算机可执行指令用于使计算机执行如上述实施例所述的服务实例化方法。
附图说明
[0028]下面结合附图和实施例对本申请进一步地说明；
[0029]图1为本申请实施例中服务实例化方法的应用环境图；
[0030]图2为一个实施例中服务实例化方法的流程示意图；
[0031]图3为编排拓扑图的一个示例性结构示意图；
[0032]图4A为复制蓝图的一个示例性结构示意图；
[0033]图4B为复制蓝图的又一个示例性结构示意图；
[0034]图5为另一个实施例中服务实例化方法的流程示意图；
[0035]图6为一个实施例中服务实例化装置的结构框图；
[0036]图7为一个实施例中服务器的结构框图。
具体实施方式
[0037]本部分将详细描述本申请的具体实施例，本申请之较佳实施例在附图中示出，附
图的作用在于用图形补充说明书文字部分的描述，使人能够直观地、形象地理解本申请的每个技术特征和整体技术方案，但其不能理解为对本申请保护范围的限制。
[0038]分布式计算技术已成为当前信息技术的主流，如移动计算和云计算等。云环境下的大型应用服务往往被分解成多个服务来调度和执行。为使服务能够进行有效的调度，在服务调度进程启动前会在运维环境下对每个服务的部署节点进行编排，以使服务根据编排后的部署节点对服务进行实例化以生成服务实例后，将服务实例进行部署以进行后续的服务调度。
[0039]而在相关技术中，服务实例化采用的方法通常包括以下几种：1.在服务实例化进程启动前，针对不同的实例预先编写构建Kubernetes的编排文件，进行服务实例化。2.借助Helm工具编写部署节点的YAML文件以及编写各部署节点对应的依赖关系，进行服务实例化。3.使用docker
‑
compose对部署节点进行编排后再进行实例化。
[0040]但在实际应用时，由于不同实例之间相同部署节点所使用的YAML文件可能不同，因此上述的服务实例化在实例化请求发起之前，均需针对不同的实例，分别预先编写各部署节点的YAML文件以及各部署节点对应依赖的依赖关系，来形成与每个实例一一对应的多个编排文件。如在实例化请求发起之前，需要针对实例1预先编排部署节点集群1和部署节点集群1中各部署节点的依赖关系，以及预先编写部署节点集群1的YAML文件后，形成编排文件1。同时需要针对实例2预先编排部署节点集群2和部署节点集群2中各部署节点的依赖关系，以及预先编写部署节点集群2的YAML文件后，形成编排文件2。在后续使用本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种服务实例化方法，其特征在于，包括：响应用户的节点选取操作，获取各部署节点；根据所述用户针对各所述部署节点的依赖关系的编辑操作，对各所述部署节点根据所述依赖关系进行编排，形成编排拓扑图；在接收到实例化请求时，对所述编排拓扑图进行复制生成复制蓝图，并将所述实例化请求中的配置资源写入所述复制蓝图，以根据记录有所述配置资源的复制蓝图生成服务实例。2.根据权利要求1所述的服务实例化方法，其特征在于，响应用户的节点选取操作，选取各部署节点，包括：响应用户的节点选取操作，从Docker镜像仓库中获取Docker镜像和执行参数信息；根据所述Docker镜像版本和所述执行参数信息生成所述部署节点。3.根据权利要求1所述的服务实例化方法，其特征在于，对所述编排拓扑图进行复制生成复制蓝图，包括：根据所述实例化请求中的部署节点选取请求，从所述编排拓扑图的各所述部署节点中，选取对应的各目标部署节点后，将各所述目标部署节点以及各所述目标部署节点在所述编排拓扑图中的依赖关系进行复制，生成所述复制蓝图。4.根据权利要求1
‑
3任意一项所述的服务实例化方法，其特征在于，还包括：为所述服务实例分配对应的实例标识。5.根据权利要求1或3所述的服务实例化方法，其特征在于，还包括：在检测到所述编排拓扑图更新时，将所述编排拓扑图的...

【专利技术属性】
技术研发人员：刘舟，杨帆，王俊锐，
申请(专利权)人：安徽三七极域网络科技有限公司，
类型：发明
国别省市：