[发明专利]基于微服务的部署交付件的生成方法及装置、存储介质有效
申请号: | 201711429206.6 | 申请日: | 2017-12-26 |
公开(公告)号: | CN108182068B | 公开(公告)日: | 2019-09-17 |
发明(设计)人: | 陈军;罗国兵;张红 | 申请(专利权)人: | 杭州数梦工场科技有限公司 |
主分类号: | G06F8/41 | 分类号: | G06F8/41;G06F8/71 |
代理公司: | 北京博思佳知识产权代理有限公司 11415 | 代理人: | 林祥 |
地址: | 310024 浙江省杭州*** | 国省代码: | 浙江;33 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 实际业务 交付 部署 存储介质 业务需求 服务 聚合 集合 模块编译 模块提供 业务场景 受限制 预定义 复用 申请 发布 自由 | ||
本申请提供一种基于微服务的部署交付件的生成方法及装置、存储介质,该方法可以包括:根据预定义的业务需求拆分服务得到若干模块,每个模块提供至少一个服务;针对每个模块编译独立的实现包,并发布至实现包集合中;当有实际业务需求时,从所述实现包集合中获取所述实际业务需求包含的各个模块对应的实现包;将获取到的实现包聚合成部署包,以生成对应于所述实际业务需求的部署交付件。通过本申请的技术方案,可以在服务拆分的粒度不受限制的情况下,按业务需求自由聚合出指定数量的部署交付件。同时,可以在不同的业务场景下复用同一模块的实现包。
技术领域
本申请涉及微服务系统技术领域,尤其涉及一种基于微服务的部署交付件的生成方法及装置、存储介质。
背景技术
在构建微服务系统时,服务拆分是设计阶段重要的部分。在开发阶段,可以按功能来拆分服务至相应的模块(每个模块提供特定的服务),并由开发人员编译出各个模块的部署包。服务拆分的粒度越细,每个模块实现的功能就越简单,从而使得开发的复杂程度越低,可以充分体现微服务开发的优势。而在部署运维阶段,将部署包作为部署交付件进行部署和运维。当服务拆分的粒度较细时,大量的部署交付件将导致部署和运维的难度较大。因此,从部署运维的角度来看,应尽量减少部署交付件的数量。综上,服务拆分面临着一个矛盾:开发时服务拆分的粒度越细越好;而在部署运维时部署交付件的数量越少越好。
在相关技术中,为了降低部署运维的压力,通过平衡拆分和交付的利弊,将服务拆分的粒度控制在一定的合理范围内。
然而,对服务拆分粒度的妥协提高了开发的复杂程度,导致并不能发挥出微服务系统在开发过程中的优势,降低了开发效率。同时,服务之间的组合不够灵活自由,难以在不同的业务场景下复用基础模块代码。
发明内容
有鉴于此,本申请提供一种基于微服务的部署交付件的生成方法及装置、计算机可读存储介质,可以在服务拆分的粒度不受限制的情况下,按业务需求自由聚合出指定数量的部署交付件。
为实现上述目的,本申请提供技术方案如下:
根据本申请的第一方面,提出了一种基于微服务的部署交付件的生成方法,包括:
根据预定义的业务需求拆分服务得到若干模块,每个模块提供至少一个服务;
针对每个模块编译独立的实现包,并发布至实现包集合中;
当有实际业务需求时,从所述实现包集合中获取所述实际业务需求包含的各个模块对应的实现包;
将获取到的实现包聚合成部署包,以生成对应于所述实际业务需求的部署交付件。
根据本申请的第二方面,提出了一种基于微服务的部署交付件的生成装置,包括:
拆分单元,根据预定义的业务需求拆分服务得到若干模块,每个模块提供至少一个服务;
编译单元,针对每个模块编译独立的实现包,并发布至实现包集合中;
获取单元,当有实际业务需求时,从所述实现包集合中获取所述实际业务需求包含的各个模块对应的实现包;
聚合单元,将获取到的实现包聚合成部署包,以生成对应于所述实际业务需求的部署交付件。
根据本申请的第三方面,提出了一种计算机可读存储介质,其上存储有计算机指令,该指令被处理器执行时实现如上述技术方案中任一项所述方法的步骤。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于杭州数梦工场科技有限公司,未经杭州数梦工场科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201711429206.6/2.html,转载请声明来源钻瓜专利网。