[发明专利]微服务多场景部署适配设计模型在审
申请号: | 202010779815.X | 申请日: | 2020-08-05 |
公开(公告)号: | CN111782233A | 公开(公告)日: | 2020-10-16 |
发明(设计)人: | 黄平珍;王艳清 | 申请(专利权)人: | 绵阳市智慧城市产业发展有限责任公司 |
主分类号: | G06F8/61 | 分类号: | G06F8/61;G06F8/71;G06F9/445 |
代理公司: | 暂无信息 | 代理人: | 暂无信息 |
地址: | 621000 四川*** | 国省代码: | 四川;51 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 微服 场景 部署 设计 模型 | ||
本发明提供微服务多场景部署适配设计模型,涉及微服务部署领域。该微服务多场景部署适配设计模型,包括微服务共部署,微服务单元不能独立运行,必须加入启动模式中,启动模式分为独立节点和分布式节点、微服务安装包构建和微服务安装包部署。在微服务的基础上,提出一种新的设计模型,把微服务和单点融为一体,贯穿前端和后端,贯穿开发,测试,持续集成,运维。形成标准的软件生产流程,制定软件生产规则,以统一的生产模式,适配不同的场景,从而实现加快开发,测试进度;加快了现场实施的进度;为公司节约了人力成本;提高模块的重用度;提升了生产环境的性能。
技术领域
本发明涉及微服务部署领域,具体为微服务多场景部署适配设计模型。
背景技术
微服务的出现解决了复杂问题:它把可能会变得庞大的单体应用程序分解成一套服务;每个服务都可以由一个团队独立专注开发;可以实现每一个微服务独立部署;可以实现每个服务能够独立扩展。微服务同时又带来了新的问题:分布式系统之间复杂的交互;分区数据库架构以及事务的处理;测试应用程序的复杂度;跨越多服务的变更;部署模式的复杂性等。目前有很多开源的微服务框架:SpringCloud,Motan,gRPC,Thrift,Dubbo,但是都只解决了部分问题。
软件产品的设计,技术选择,并不仅仅只是和软件本身的功能相关。更大程度上取决于客户的场景,受制于硬件环境。同一个产品,在大的场景下,采用微服务的方式设计,分解成20个服务,那么在小的场景中,硬件资源不足的前提下,我们如何适配运维。目前开源的微服务框架,几乎都是往大场景扩展,没有考虑到小场景,相当于否定了传统的单点模式。软件设计没有极端,只有权衡。场景大小都是相对的,随着时间的推移,大场景也可能变成小场景,小场景也有可能变成大场景。对于不确定性环境,我们唯有提出一种兼容的设计模式,以不变应万变。
发明内容
(一)解决的技术问题
针对现有技术的不足,本发明提供了微服务多场景部署适配设计模型,解决了现有微服务部署受制于部署场景的问题。
(二)技术方案
为实现以上目的,本发明通过以下技术方案予以实现:微服务多场景部署适配设计模型,包括以下内容:
1、微服务共部署
微服务架构中,一个微服务单元就是一个进程,一个微服务进程在注册中心中对应着一个节点,开发环境和生产环境几乎是一致的,微服务单元只能在本地开发环境独立启动,在生产环境中,微服务单元不能独立运行,必须加入启动模式中,启动模式分为独立节点和分布式节点;
1.1独立节点:单个节点中可以进行多个服务,且单个进程不需要注册中心;
1.2分布式节点:多个节点在注册中心下进行服务,且单个进程可以进行多个服务;
2、微服务安装包构建
节点下,将多个服务进行编译,合并依赖,合并配置文件,合并资源文件,合并第三方服务依赖的过程;
3、微服务安装包部署
3.1一键式安装包结构:包括基础环境清洗、安装界面、内嵌chrome、业务进程、第三方服务进程和内嵌数据库;
3.2安装工具设计:整体可以理解为,远程连接服务器,上传安装包,执行相关的命令来对服务的操作;
3.3安装工具的安装流程:启动安装工具,判断是否安装,是,检查安装环境,并上传安装envClean安装包,接着上传安装jdk,然后上传且解压服务安装包,最后执行对应的脚本文件、执行脚本返回打印信息和修改服务器状态。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于绵阳市智慧城市产业发展有限责任公司,未经绵阳市智慧城市产业发展有限责任公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010779815.X/2.html,转载请声明来源钻瓜专利网。