微服务多场景部署适配设计模型的制作方法

本发明涉及微服务部署领域，具体为微服务多场景部署适配设计模型。

背景技术：

微服务的出现解决了复杂问题：它把可能会变得庞大的单体应用程序分解成一套服务；每个服务都可以由一个团队独立专注开发；可以实现每一个微服务独立部署；可以实现每个服务能够独立扩展。微服务同时又带来了新的问题：分布式系统之间复杂的交互；分区数据库架构以及事务的处理；测试应用程序的复杂度；跨越多服务的变更；部署模式的复杂性等。目前有很多开源的微服务框架：springcloud，motan，grpc，thrift，dubbo，但是都只解决了部分问题。

软件产品的设计，技术选择，并不仅仅只是和软件本身的功能相关。更大程度上取决于客户的场景，受制于硬件环境。同一个产品，在大的场景下，采用微服务的方式设计，分解成20个服务，那么在小的场景中，硬件资源不足的前提下，我们如何适配运维。目前开源的微服务框架，几乎都是往大场景扩展，没有考虑到小场景，相当于否定了传统的单点模式。软件设计没有极端，只有权衡。场景大小都是相对的，随着时间的推移，大场景也可能变成小场景，小场景也有可能变成大场景。对于不确定性环境，我们唯有提出一种兼容的设计模式，以不变应万变。

技术实现要素：

(一)解决的技术问题

针对现有技术的不足，本发明提供了微服务多场景部署适配设计模型，解决了现有微服务部署受制于部署场景的问题。

(二)技术方案

为实现以上目的，本发明通过以下技术方案予以实现：微服务多场景部署适配设计模型，包括以下内容：

1、微服务共部署

微服务架构中，一个微服务单元就是一个进程，一个微服务进程在注册中心中对应着一个节点，开发环境和生产环境几乎是一致的，微服务单元只能在本地开发环境独立启动，在生产环境中，微服务单元不能独立运行，必须加入启动模式中，启动模式分为独立节点和分布式节点；

1.1独立节点：单个节点中可以进行多个服务，且单个进程不需要注册中心；

1.2分布式节点：多个节点在注册中心下进行服务，且单个进程可以进行多个服务；

2、微服务安装包构建

节点下，将多个服务进行编译，合并依赖，合并配置文件，合并资源文件，合并第三方服务依赖的过程；

3、微服务安装包部署

3.1一键式安装包结构：包括基础环境清洗、安装界面、内嵌chrome、业务进程、第三方服务进程和内嵌数据库；

3.2安装工具设计：整体可以理解为，远程连接服务器，上传安装包，执行相关的命令来对服务的操作；

3.3安装工具的安装流程：启动安装工具，判断是否安装，是，检查安装环境，并上传安装envclean安装包，接着上传安装jdk，然后上传且解压服务安装包，最后执行对应的脚本文件、执行脚本返回打印信息和修改服务器状态。

优选的，所述微服务可以独立运行，并且可以共部署运行，所述微服务共部署运行必须满足无重复的bean、支持日志共部署、无重复的第三方应用配置、支持配置文件共部署、服务互调部署场景无感知、服务器自动初始化、支持国际化共部署、服务启动自动注册、支持服务升级共部署和共部署服务依赖不冲突。

优选的，所述envclean安装包功能为创建系统用户，以及设置soft、data和log的路径。

优选的，所述对应的脚本文件包括install、start、stop和uninstall，即安装脚本文件、开始脚本文件、停止脚本文件和卸载脚本文件。

(三)有益效果

本发明提供了微服务多场景部署适配设计模型。具备以下有益效果：

本发明，在微服务的基础上，提出一种新的设计模型，把微服务和单点融为一体，贯穿前端和后端，贯穿开发，测试，持续集成，运维。形成标准的软件生产流程，制定软件生产规则，以统一的生产模式，适配不同的场景，从而实现加快开发，测试进度；加快了现场实施的进度；为公司节约了人力成本；提高模块的重用度；提升了生产环境的性能。

附图说明

图1为传统部署模式和本发明的部署模式对比示意图；

图2为本发明的安装目录合并示意图；

图3为本发明的一键式安装包部署结构示意图；

图4为本发明的远程部署示意图；

图5为本发明的部署流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例：

本发明实施例提供微服务多场景部署适配设计模型，包括以下内容：

1、微服务共部署

如图1所示，微服务架构中，一个微服务单元就是一个进程，一个微服务进程在注册中心中对应着一个节点，开发环境和生产环境几乎是一致的，微服务单元只能在本地开发环境独立启动，在生产环境中，微服务单元不能独立运行，必须加入启动模式中，启动模式分为独立节点和分布式节点，而传统的方式为单节点进行单服务；

1.1独立节点：单个节点中可以进行多个服务，且单个进程不需要注册中心；

1.2分布式节点：多个节点在注册中心下进行服务，且单个进程可以进行多个服务；

2、微服务安装包构建

如图2所示，节点下，将多个服务进行编译，合并依赖，合并配置文件，合并资源文件，合并第三方服务依赖的过程；

3、微服务安装包部署

3.1一键式安装包结构：如图3所示，包括基础环境清洗、安装界面、内嵌chrome、业务进程、第三方服务进程和内嵌数据库；

3.2安装工具设计：如图4所示，整体可以理解为，远程连接服务器，上传安装包，执行相关的命令来对服务的操作；

3.3安装工具的安装流程：如图5所示，启动安装工具，判断是否安装，是，检查安装环境，并上传安装envclean安装包，接着上传安装jdk，然后上传且解压服务安装包，最后执行对应的脚本文件、执行脚本返回打印信息和修改服务器状态，envclean安装包功能为创建系统用户，以及设置soft、data和log的路径，对应的脚本文件包括install、start、stop和uninstall，即安装脚本文件、开始脚本文件、停止脚本文件和卸载脚本文件。

微服务可以独立运行，并且可以共部署运行，所述微服务共部署运行必须满足无重复的bean、支持日志共部署、无重复的第三方应用配置、支持配置文件共部署、服务互调部署场景无感知、服务器自动初始化、支持国际化共部署、服务启动自动注册、支持服务升级共部署和共部署服务依赖不冲突。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。