[发明专利]一种基于zookeeper的智能代码发布告警方法

说明书

一种基于zookeeper的智能代码发布告警方法，包括如下步骤：步骤1：依据ZooKeeper的主从架构，构建主支和与之相连的分支，步骤2：将分布在主支和分支上的应用系统发布文件均注册为文件节点，形成多套节点配置结构；步骤3：将子节点已更新的应用系统发布文件继续上传至上一层主节点；步骤4：当主节点下其他所有子节点收到消息包时，根据消息包中的变更文件名，与自身负责编制的应用系统发布文件比对，以判定消息包中的应用系统发布文件和子节点处的应用系统发布文件是否存在修改冲突；本发明能够解决因多分支或多人员开发而造成的代码覆盖问题频繁出现的问题，以提高应用系统版本更新的效率和稳定性。

技术领域

本发明属于计算机处理技术的服务发现领域，具体涉及一种基于zookeeper的智能代码发布告警系统。

背景技术

ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，用于为分布式应用提供一致性服务。zookeeper是基于内存同步数据，即集群内的节点在内存中的数据结构是完全相同的，应用于具体的分布式环境中，能保证客户端在设定的时间间隔内获得服务器更新信息或服务器失效信息，突破网络延迟的限制，提高客户端消息获取实时性。

随着互联网网购需求的急剧增大，各种大型互联网网上销售平台频频上架，而各大平台的产品及业务不断更新壮大，三天一小改，一周一版本成为各大平台吸引网民主流手段之一。因而能确保线上稳定、容错率高的代码发布系统在版本频繁更新过程中就起到了至关重要的作用。

传统的代码发布系统需要人工参与,仍停留在纯人工发布的阶段。当平台上的业务有开发上线的需求时，将业务划分为多个子模块分配给多个技术人员，由各个技术人员负责对各子模块的代码修改整合，最终各子模块的代码合并后进行发布更新。技术上的实现方式是通过Master主支下拉出多个代码分支，由多个技术人员负责各分支上的代码编制和修改，各分支代码编制完毕后合并至master主枝，如图1所示。然而这种开发上线模式存在两种缺陷：

其一，开发与开发、分支与分支之间存在代码覆盖。在开发1和开发2同属于一个分支的情况下，若两个开发者同时对某java文件进行修改，将会在合并到分支时,容易造成因人为审查疏漏而导致的代码覆盖或者程序处理紊乱的问题，为合并后修复bug带来不必要的工作量。此外，如果分支1负责编制版本1，分支2负责编制版本2，当这两个紧急版本同时上线时，将会造成不必要的bug频频出现，影响生产环境的正常运行；

其二，没有有效的告警及通知方案。紧急修复漏洞时通常不会走正常流程，而是在没有通知所有技术人员的情况下，直接通过修改某一发布文件的方式修补漏洞，修改后的文件将覆盖原始文件，但由于这一紧急修复过程未及时通知所有技术人员，将导致所有技术人员仍旧会继续在原始文件中做内容更新，进一步造成原始漏洞在系统再上线时出现故障；。

区别于传统的代码发布系统，智能代码发布告警系统因“智能判断”和“智能告警”的特征，越来越引起互联网企业的重视。所谓智能代码发布告警系统是指通过各模块代码发布节点进行智能筛选判断后，及时准确的进行告警，从而降低手工发布带来的代码覆盖、代码丢失造成的问题，提高资源的利用率，增强系统的整体稳定性。虽然现如今各大公司在投入成本改进传统的代码发布系统，但他们始终没有跳出“人为参与代码的合并、代码容错”这一过程。

综上所述，如何减少人工干预，增强代码发布过程的智能型是值得我们技术人员思考和解决的问题。

发明内容

为解决上述的问题，本发明的目的是提供一种能用于解决因多分支或多人员开发而造成的代码覆盖问题频繁出现的问题，以提高应用系统版本更新的效率和稳定性。