一种对多个微服务进行合并部署的方法和系统技术方案

技术编号:43470444 阅读:28 留言:0更新日期:2024-11-27 13:08
本申请实施例公开了一种对多个微服务进行合并部署的方法和系统,该方法包括以下步骤:将每个微服务编译打包为4个jar包,并将4个jar包发布到maven仓库中,所述4个jar包为starter包、api包、core包和startup包;创建壳微服务,通过壳微服务按需组合依赖maven仓库中的jar包,将多个微服务的配置信息合并于壳微服务的配置文件中,并将壳微服务打包成可启动的springboot型jar包;初始化数据库,启动壳微服务,并实施业务测试项。本申请实施例通过壳微服务按需组合依赖多个微服务的jar包以及合并多个微服务的配置信息,对多个微服务合并部署,能够实现部署方式的灵活配置,短缩调用链路,减少网络流量和微服务部署成本,并降低链路复杂度和排错难度。

【技术实现步骤摘要】

本申请属于微服务,具体涉及一种对多个微服务进行合并部署的方法和系统


技术介绍

1、微服务架构技术在突破单体硬件资源瓶颈、可水平伸缩高可用、厘清业务领域边界高内聚可扩展、可并行推进开发,微服务生态活跃度高、基础设施的开源组件丰富完善可复用等方面具有前所未有的优势,因此在saas平台型企业和云端产品中得到了广泛的应用。

2、一般情况,划分完业务领域后java后端服务大多采用微服务方式进行开发,同时为了使得saas在线服务具备高可用高并发特性,企业大多以可水平扩展的集群方式部署微服务实例。一方面saas平台产品的业务功能逐渐增多产品线逐步扩充,支撑产品的微服务个数逐渐增多、微服务间调用关系越来越复杂、微服务部署所需硬件资源越来越多、排错越来越困难;另一方面在tob服务市场,核心企业对数据安全对网络安全的要求越来越高,对saas平台性科技企业提出了在核心企业自有数据中心及有限硬件条件下进行产品私有化部署的要求,原有云端的高并发高可用高稳定目标下的微服务部署体系存在对硬件资源需求大、部署复杂度高、排错困难、运维成本高的问题,在企业侧本地部署场景下问题被本文档来自技高网...

【技术保护点】

1.一种对多个微服务进行合并部署的方法,其特征在于,包括以下步骤:

2.根据权利要求1所述的方法,其特征在于,所述将每个所述微服务编译打包为4个jar包,并将所述4个jar包发布到maven仓库中,具体包括:

3.根据权利要求2所述的方法,其特征在于,所述将每个微服务对外提供的api接口原有的仅支持跨进程feign http请求调用改造为既支持跨进程feign http调用也支持同进程类间函数调用,具体包括:

4.根据权利要求1所述的方法,其特征在于,所述startup包内含微服务启动时需要的启动类和配置文件,直接依赖所述starter包;所述star...

【技术特征摘要】

1.一种对多个微服务进行合并部署的方法,其特征在于,包括以下步骤:

2.根据权利要求1所述的方法,其特征在于,所述将每个所述微服务编译打包为4个jar包,并将所述4个jar包发布到maven仓库中,具体包括:

3.根据权利要求2所述的方法,其特征在于,所述将每个微服务对外提供的api接口原有的仅支持跨进程feign http请求调用改造为既支持跨进程feign http调用也支持同进程类间函数调用,具体包括:

4.根据权利要求1所述的方法,其特征在于,所述startup包内含微服务启动时需要的启动类和配置文件,直接依赖所述starter包;所述starter包内含配置微服务包扫描路径的configuration类,直接依赖所述core包;所述core包内含微服务全部controller层以下业务代码和mapper资源文件,直接依赖所述api包;所述api包内含微服务对外提供api接口的interface定义和数据model模型定义。

5.根据权利要求1...

【专利技术属性】
技术研发人员:周国库刘从从张静涛
申请(专利权)人:百望股份有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1