[发明专利]基于git版本控制的Agent部署升级方法及系统

说明书

本发明涉及基于git版本控制的Agent部署升级方法及系统，该方法包括将Agent配置管理服务端组件和Git仓库部署至目标服务器并各自启动；对目标服务器部署Agent Daemon服务组件；将Agent部署包上传到Git仓库并配置Agent部署策略；针对Agent Daemon服务组件同步Agent部署策略，并执行Agent部署策略对应的命令操作。本发明简化了部署配置难度，实现版本的快速回滚，且将部署包与配置文件分离，利用Git版本机制，提供了一种简易的配置升级管理机制，避免引入复杂的配置管理系统。

技术领域

本发明涉及Agent部署升级方法，更具体地说是指基于git版本控制的Agent部署升级方法及系统。

背景技术

传统的计算系统是封闭的，要满足一致性的要求，然而社会机制是开放的，不能满足一致性条件，这种机制下的部分个体在矛盾的情况下，需要通过某种协商机制达成一个可接受的解，这个计算社会中的这种个体称为Agent，这些个体的有机组合则构成计算社会--多Agent系统，即Agent是指驻留在某一环境下，能持续自主地发挥作用，具备驻留性、反应性、社会性、主动性等特征的计算实体。

随着互联网分布式技术的发展，越来越多的系统采用Agent的架构设计，因此需要将多个Agent(如监控Agent、部署Agent、naming Agent、日志采集Agent等)部署到每台服务器上，如果公司机器量比较少，用pssh、ansible、fabric之类的工具手工安装问题也不大，但是公司机器量多了之后，手工安装、升级、回滚Agent将是很麻烦的事情。目前对于部署而言，采用两种方式，一是使用ansible等编写脚本也可以实现批量的部署，通过编写Agent安装脚本，指定目标服务器IP地址，推送安装脚本到目标服务器执行安装；同时该方案也可以单独将配置文件推送到目标服务器，但每次部署都需要配置服务器地址、账号等信息，配置较为麻烦，尤其是当前流行的虚拟机、容器创建服务器方式很难及时知道服务器的IP地址等信息，不能对Agent的部署状态进行实时监控；而且缺少版本的管理，每次更新都需要修改安装脚本，回滚效率低；二是在虚机创建的时候将Agent捆绑到镜像来实现部署，但这种方式并未考虑Agent版本升级的情况，并且Agent部署到不同的服务器时很可能配置不同，在虚机启动后还需要手动登录进去修改每台的Agent配置。

因此，有必要设计一种基于git版本控制的Agent部署升级方法，实现简化了批量部署配置难度，实现版本的快速回滚，避免引入复杂的配置管理系统，部署简单。

发明内容

本发明的目的在于克服现有技术的缺陷，提供基于git版本控制的Agent部署升级方法及系统。

为实现上述目的，本发明采用以下技术方案：基于git版本控制的Agent部署升级方法，所述方法包括：

将Agent配置管理服务端组件和git仓库部署至目标服务器并各自启动；

对目标服务器部署Agent Daemon服务组件；

将Agent部署包上传到git仓库并配置Agent部署策略；

针对Agent Daemon服务组件同步Agent部署策略，并执行Agent部署策略对应的命令操作；

针对Agent Daemon服务组件同步Agent部署策略，并执行Agent部署策略对应的命令操作的步骤，包括以下具体步骤：

Agent Daemon服务组件同步Agent部署策略；

获取目标服务器需要部署的Agent版本信息；

判断Agent版本信息与目标服务器当前部署的Agent版本是否一致；

若Agent版本信息与目标服务器当前部署的Agent版本一致，则更新Agent部署包对应的配置文件，并上传Agent部署状态；