[发明专利]服务部署方法、装置、设备及存储介质在审
申请号: | 201911390659.1 | 申请日: | 2019-12-30 |
公开(公告)号: | CN113127006A | 公开(公告)日: | 2021-07-16 |
发明(设计)人: | 高军;田仁江;李显洋 | 申请(专利权)人: | 北京懿医云科技有限公司 |
主分类号: | G06F8/60 | 分类号: | G06F8/60;G06F9/455 |
代理公司: | 北京律智知识产权代理有限公司 11438 | 代理人: | 孙宝海;袁礼君 |
地址: | 100195 北京市海淀区*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 服务 部署 方法 装置 设备 存储 介质 | ||
本发明公开一种服务部署方法、装置、设备及存储介质。该方法包括:获取应用中服务的部署配置信息,所述应用包含至少一个所述服务;向集群推送所述应用中各服务的镜像;基于所述部署配置信息中各服务的依赖配置信息,获取各服务的依赖服务;判断各服务的依赖服务是否已经运行在所述集群中;以及当存在没有运行在所述集群中的依赖服务时,查找所述依赖服务的部属配置信息;基于所述依赖服务的部署配置信息,将所述依赖服务部署到所述集群中;并将所述依赖服务的访问信息写入到所述服务的环境变量中。该方法能够实现应用中服务的自动部署。
技术领域
本发明涉及云计算技术领域,具体而言,涉及一种服务部署方法、装置、设备及存储介质。
背景技术
随着容器技术在服务端应用的开发中的普及,越来越多的服务端应用采用镜像的形式发布,进而以容器的形式部署并对外提供服务。
相关技术中的应用在部署时,采用持续交付流水线。持续部署一般的形式是,开发人员开发完应用程序后,利用运维团队提供的持续交付流水线,将应用以容器的形式发布到集群。如果应用内服务依赖其他应用提供的服务,这些被依赖的服务通常需要运维人员提前部署。整个应用部署的过程中,需要确认应用程序所依赖的服务,因此很难做到全自动部署服务。
在所述背景技术部分公开的上述信息仅用于加强对本发明的背景的理解,因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。
发明内容
本发明提供一种服务部署方法、装置、设备及存储介质,能够自动部署应用中的服务。
本发明的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本发明的实践而习得。
根据本发明的一方面,提供一种服务部署方法,包括:获取应用中服务的部署配置信息,所述应用包含至少一个所述服务;向集群推送所述应用中各服务的镜像;基于所述部署配置信息中各服务的依赖配置信息,获取各服务的依赖服务;判断各服务的依赖服务是否已经运行在所述集群中;以及当存在没有运行在所述集群中的依赖服务时,查找所述依赖服务的部属配置信息;基于所述依赖服务的部署配置信息,将所述依赖服务部署到所述集群中;并将所述依赖服务的访问信息写入到所述服务的环境变量中。
根据本发明的一实施方式,在基于所述依赖服务的部署配置信息,将所述依赖服务部署到所述集群中之后,所述方法还包括:基于所述依赖服务的部署配置信息中的依赖配置信息,判断所述依赖服务是否存在第二依赖服务;当所述依赖服务存在第二依赖服务时,判断所述第二依赖服务是否已经运行在所述集群中;以及当所述第二依赖服务没有运行在所述集群中时,查找所述第二依赖服务的部属配置信息;将所述第二依赖服务部署到所述集群中,并将所述第二依赖服务的访问信息写入所述依赖服务的环境变量中。
根据本发明的一实施方式,查找所述依赖服务的部属配置信息,包括:在已发布的应用中查找所述依赖服务的部署配置信息;查找所述第二依赖服务的部属配置信息,包括:在已发布的应用中查找所述第二依赖服务的部属配置信息。
根据本发明的一实施方式,上述方法还包括:基于所述部署配置信息中各服务的启动配置信息,将各服务运行于所述集群中。
根据本发明的一实施方式,获取应用中服务的部署配置信息包括:当所述应用被发布时,获取应用中服务的部署配置信息。
根据本发明的一实施方式,所述应用中各服务的镜像及各服务的部署配置信息被封装于一个数据包中被发布。
根据本发明的一实施方式,所述集群为Kubernetes集群。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京懿医云科技有限公司,未经北京懿医云科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201911390659.1/2.html,转载请声明来源钻瓜专利网。