[发明专利]一种微服务部署方法、装置及电子设备

说明书

本发明实施例提供了一种微服务部署方法、装置及电子设备，该方法包括：执行预设的Kubernetes资源文件生成脚本，根据dockerfiler镜像打包配置文件生成微服务分通道应用的镜像文件；通过所述Kubernetes资源文件生成脚本，根据与各分通道对应的通道配置文件，分别生成各分通道的部署资源文件；通过预设的helm命令，根据所述镜像文件和所述部署资源文件，部署微服务分通道应用。通过本发明实施例，屏蔽了微服务各分通道间的特征差异，简化了对微服务分通道应用的部署。

技术领域

本发明涉及应用服务技术领域，尤其涉及一种微服务部署方法、装置及电子设备。

背景技术

现有的BOSS计费帐务实时交易类业务，各个渠道接入的交易量差异比较大，为了各渠道间调用不互相影响，通常采用服务分通道部署的方式，不同的渠道根据通道划分调用不同的通道服务，各个通道的服务分开各自部署，目前微服务分通道应用的部署方案如下：1.微服务的每个通道分别单独编译发布包，发布包以微服务应用名称+通道名的格式进行命名；2.微服务的每个通道使用编译生成的对应的发布包分别进行部署；3.每个通道的部署步骤包括：停止应用、取通道部署包、更新应用、启动应用四个步骤等。

通道部署方式如下：1.在每台应用服务器上预先部署代理脚本，用于接收总控主机发送的操作指令，并代理执行操作指令并将指令执行结果返回给总控主机；2.通过总控主机远程连接至应用服务器，发送操作指令由代理脚本执行，代理脚本将执行结果返回给总控主机，总控主机根据返回的结果，判断是否执行成功，如果执行成功，总控主机继续发送下一条操作指令，由代理脚本继续执行，直接部署完成；如果总控主机发送的。

现有微服务分通道部署方式的技术缺点主要有：1)需要为每个微服务通道分别编译发布包，有多少个通道就需要编译多少个发布包；2)需要为每个微服务通道分别进行部署，有多少个通道就需要重复部署多少次；3)代理脚本针对不同的微服务应用，需要做相应的修改，没办法做到对所有微服务应用通用；4)部署步骤多，运维工作量较大，维护也较为困难。

发明内容

本发明实施例的目的是提供一种微服务部署方法、装置及电子设备，以解决部署步骤多，运维工作量较大，维护也较为困难的问题。

为了解决上述技术问题，本发明实施例是这样实现的：

第一方面，本发明实施例提供了一种微服务部署方法，包括：

通过执行预设的Kubernetes资源文件生成脚本，根据dockerfiler镜像打包配置文件生成微服务分通道应用的镜像文件；

通过所述Kubernetes资源文件生成脚本，根据与各分通道对应的通道配置文件，分别生成各分通道的部署资源文件；

通过预设的helm工具，根据所述镜像文件和所述部署资源文件，部署微服务分通道应用。

第二方面，本发明实施例提供了一种微服务部署装置，包括：

镜像生成模块，用于通过执行预设的Kubernetes资源文件生成脚本，根据dockerfiler镜像打包配置文件生成微服务分通道应用的镜像文件；

资源生成模块，用于通过所述Kubernetes资源文件生成脚本，根据与各分通道对应的通道配置文件，分别生成各分通道的部署资源文件；

应用部署模块，用于通过预设的helm工具，根据所述镜像文件和所述部署资源文件，部署微服务分通道应用。

第三方面，本发明实施例提供了一种电子设备，包括处理器、通信接口、存储器和通信总线；其中，所述处理器、所述通信接口以及所述存储器通过总线完成相互间的通信；所述存储器，用于存放计算机程序；所述处理器，用于执行所述存储器上所存放的程序，实现如第一方面所述的微服务部署方法步骤。