基于Zookeeper的角色配置管理方法及系统与流程

本发明涉及计算机技术领域，尤其涉及一种基于Zookeeper的角色配置管理方法及系统。

背景技术：

ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务系统，它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、名字服务、分布式同步、组服务等。一个ZooKeeper服务器可以连接多台应用服务器。一个应用程序包含多个应用程序实例，并且每个应用程序示例在其中一台应用服务器中运行。

disconf是一套完整的基于zookeeper的分布式配置统一解决方案。如图1所示，disconf实现了同构系统的配置发布统一化，提供了配置服务server，该服务可以对配置进行持久化管理并对外提供restful接口，在此基础上，基于zookeeper实现对配置更改的实时推送，并且，提供了稳定有效的容灾方案，以及用户体验良好的编程模型和WEB用户管理界面。其次，实现了异构系统的配置包管理，提出基于zookeeper的全局分布式一致性锁来实现主备统一部署、系统异常时的主备自主切换。

NOS(Netease Object Storage)致力于提供最优质的对象存储以及基于存储的富媒体和上下行加速服务，一站式解决移动互联网时代非结构数据管理难题，助力产品方实现最佳用户体验。NOS的应用场景有：静态网站或者网站的静态数据；图片、音频、视频类APP；视频播放类业务；网盘等UGC类业务；文件备份和中转类业务；日志归档类业务；SNS类业务的非结构化数据解决方案；基于存储的上下行加速类业务等。

本发明人发现，分布式应用开发通常涉及到多团队合作，多产品线、多应用、多版本协作开发；从开发到上线，涉及到开发、测试、预发、线上等环境隔离和维护；参与人员，涉及到开发、测试、运维等角色。这些因素导致应用配置管理难度较高，应用配置复杂、高重复性、易出错、要求异常回滚。

而且，应用从开发到上线会经过开发、测试、运维等过程，其中涉及的人员也包括了开发人员、测试人员、运维人员；对于配置的管理，不同人员也应该持有不同的配置管理权限，例如开发人员和测试人员需要对应用的配置新增、修改及查看的权限，运维人员则只需要对配置进行查看和上线前的审核；现在disconf并没有提供相关角色管理的功能。

技术实现要素：

本发明的目的在于提供一种基于Zookeeper的角色配置管理方法及系统，改进原来disconf没有提供相关角色管理权限功能的缺陷。

本发明的技术方案为，一种基于Zookeeper的角色配置管理方法，包括：设置研发、运维和管理员三种角色；给每种角色分配不同的权限；其中，运维角色的权限包括环境配置和环境变量设置；管理员角色的权限包括应用组管理和模板配置；研发角色的权限包括应用配置和申请上线。

进一步地，所述环境配置包括新增、编辑和删除配置；所述环境变量设置包括新增、编辑和删除不同环境、不同产品线、不同应用的变量；所述应用上线包括审批所述研发角色申请上线的配置文件。

进一步地，所述应用组管理包括新增、编辑和删除应用组；所述新增应用组用于分组不同的产品线；所述模板配置包括新增、和删除公共模板。

进一步地，所述应用配置包括新增应用，所述新增应用包括引用公共模板或新增独立配置文件；所述申请上线当处于非审批环境下则直接上线，当处于审批环境下需申请上线；所述研发角色通过应用配置，增加应用、增加并修改应用配置模板；通过环境变量设置功能，设置非审核环境的变量；通过申请上线功能，修改相应的配置并生成配置文件，上线到非审核环境；若有多个环境，则只需修改一个环境的配置并上线，其他环境则直接上线到非审核环境。

进一步地，所述运维角色的权限包括应用上线审核，若研发角色申请上线到审核环境，则需要运维人员进行审批，审批通过后，则自动将应用配置信息推送到NOS，disconf每隔3分钟到NOS上查看是否有需要更新的配置信息；运维角色如果选择审批拒绝，拒绝后研发角色有权修改配置并再次申请上线。

一种基于Zookeeper的角色配置管理系统，包括：设置研发、运维和管理员三种角色；给每种角色分配不同的权限；其中，运维角色的权限包括环境配置和环境变量设置；管理员角色的权限包括应用组管理和模板配置；研发角色的权限包括应用配置和申请上线。

进一步地，所述环境配置包括新增、编辑和删除配置；所述环境变量设置包括新增、编辑和删除不同环境、不同产品线、不同应用的变量；所述应用上线包括审批所述研发角色申请上线的配置文件。

进一步地，所述应用组管理包括新增、编辑和删除应用组；所述新增应用组用于分组不同的产品线；所述模板配置包括新增、和删除公共模板。

进一步地，所述应用配置包括新增应用，所述新增应用包括引用公共模板或新增独立配置文件；所述申请上线当处于非审批环境下则直接上线，当处于审批环境下需申请上线；所述研发角色通过应用配置，增加应用、增加并修改应用配置模板；通过环境变量设置功能，设置非审核环境的变量；通过申请上线功能，修改相应的配置并生成配置文件，上线到非审核环境；若有多个环境，则只需修改一个环境的配置并上线，其他环境则直接上线到非审核环境。

进一步地，所述运维角色的权限包括应用上线审核，若研发角色申请上线到审核环境，则需要运维人员进行审批，审批通过后，则自动将应用配置信息推送到NOS，disconf每隔3分钟到NOS上查看是否有需要更新的配置信息；运维角色如果选择审批拒绝，拒绝后研发角色则有权修改配置并再次申请上线。

本发明的技术方案的有益效果在于：系统按照研发、运维、管理员进行角色划分，研发关注应用配置和上线的功能，运维关注环境参数配置的是否正确，管理员关注产品线，公共模板等公共内容。实践中用于多产品线、多应用、多版本、多角色协作开发，减少多环境重复修改相同的配置文件、降低手工操作带来的低级错误；并将不同的环境进行隔离和维护。

附图说明

图1为本发明背景技术disconf的结构示意图。

图2为本发明的结构示意图。

具体实施方式

以下结合附图和实施例对本发明的技术方案作详细说明。

如图2所示，一种基于Zookeeper的角色配置管理方法，包括：设置研发、运维和管理员三种角色；给每种角色分配不同的权限；其中，运维角色的权限包括环境配置和环境变量设置；管理员角色的权限包括应用组管理和模板配置；研发角色的权限包括应用配置和申请上线。

进一步地，所述环境配置包括新增、编辑和删除配置；所述环境变量设置包括新增、编辑和删除不同环境、不同产品线、不同应用的变量；所述应用上线包括审批所述研发角色申请上线的配置文件。

进一步地，所述应用组管理包括新增、编辑和删除应用组；所述新增应用组用于分组不同的产品线；所述模板配置包括新增、和删除公共模板。

进一步地，所述应用配置包括新增应用，所述新增应用包括引用公共模板或新增独立配置文件；所述申请上线当处于非审批环境下则直接上线，当处于审批环境下需申请上线；所述研发角色通过应用配置，增加应用、增加并修改应用配置模板；通过环境变量设置功能，设置非审核环境的变量；通过申请上线功能，修改相应的配置并生成配置文件，上线到非审核环境；若有多个环境，则只需修改一个环境的配置并上线，其他环境则直接上线到非审核环境。

进一步地，所述运维角色的权限包括应用上线审核，若研发角色申请上线到审核环境，则需要运维人员进行审批，审批通过后，则自动将应用配置信息推送到NOS，disconf每隔3分钟到NOS上查看是否有需要更新的配置信息；运维角色如果选择审批拒绝，拒绝后研发角色有权修改配置并再次申请上线。

以上的描述仅仅涉及本发明的一些具体实施方式，任何本领域的技术人员基于本发明的精神所做的替换或改进均应为本发明的保护范围所涵盖，本发明的保护范围应以权利要求书为准。