CN108377228A - 一种权限管理方法及装置、服务器 - Google Patents

Abstract

本发明公开了一种权限管理方法及装置、服务器。权限管理方法包括采集权限数据的步骤：S1，获取待配置权限的第一账号；S2，根据预设规则检索与所述第一账号对应的第二账号；S3，获取所述第二账号的权限数据；S4，根据所述第二账号的权限数据配置所述第一账号的权限数据。本发明通过权限管理方法及装置、服务器，可提高权限管理员的工作效率，降低出错率，且便于有效解决卡顿现象。

Description

一种权限管理方法及装置、服务器

【技术领域】

本发明涉及权限管理，特别是涉及一种SVN系统的权限管理方法及装置。

【背景技术】

伴随着互联网的快速发展，软件开发的产品也在快速的迭代，对产品的版本管理就变得尤为重要。当前市场上最常用的软件版本管理工具就是SVN、Git。SVN从出现至今仍受到广大R&D、PM、QA的一致好评，但是世界上没有十全十美的事物，在平时管理SVN系统的权限的同时，因为配置文件的眼花缭乱，常令管理人员感到深深的苦恼。

现有的SVN系统的权限管理方案中，SVN管理员在管理一个存放数据的仓库(repository)的同时，还需维护一个Excel文件。横坐标是各个仓库以及仓库下的目录，纵坐标是用户和组。具体完全依赖公司的人员组织架构，手动管理各个组以及人员的权限数据。该方案中，需要人工完成权限管理和设置，这就有可能出错。此外，当一位SVN管理员因为收到一位同事的权限问题时，不得不面对着几屏幕甚至几十屏幕的配置文件一步一步的排查问题，这无疑让管理员的工作效率变得异常的低，而且还会经常因为某个权限问题而反复的排查配置文件。综上，该方案存在管理员工作效率低，易于出错的问题。

另外，现有方案中也有界面管理工具iF.SVNAdmin这样的可视化管理工具。但是，界面管理工具iF.SVNAdmin仅是简单的将SVN的操作可视化，用户通过访问Web界面操作单个SVN系统。图1所示，为界面管理工具iF.SVNAdmin构成的SVN系统的结构示意图。从图中可以看到，一个Web服务器也只能控制一台SVN Server，同时Web服务器必须和SVN服务器设置在同一台服务器上，很大程度上限制了系统的拓展性。如果要在系统中设置新的机器，则需要重新搭建iF.SVNAdmin的Web服务器，流程相对比较繁琐。此外，该方案中，随着业务的快速的扩张，SVN系统的仓库也会变得越来越多，当用户一起提交的时候系统的负载会严重偏高，造成卡顿等一系列的严重影响用户体验的现象。另外，由于开发时需求设置简单，应用场景设置也较单一，导致界面管理工具iF.SVNAdmin的功能较为单一，所有的操作依然都是需要人为的操作，管理员的工作质量依然没有得到显著的提升。

以上背景技术内容的公开仅用于辅助理解本发明的发明构思及技术方案，其并不必然属于本专利申请的现有技术，在没有明确的证据表明上述内容在本专利申请的申请日已经公开的情况下，上述背景技术不应当用于评价本申请的新颖性和创造性。

【发明内容】

本发明所要解决的技术问题是：弥补上述现有技术的不足，提出一种权限管理方法及装置、服务器，可提高权限管理员的工作效率，降低出错率，且便于有效解决卡顿现象。

本发明的技术问题通过以下的技术方案予以解决：

一种权限管理方法，包括采集权限数据的步骤：S1，获取待配置权限的第一账号；S2，根据预设规则检索与所述第一账号对应的第二账号；S3，获取所述第二账号的权限数据；S4，根据所述第二账号的权限数据配置所述第一账号的权限数据。

优选的方案中，

所述获取待配置权限的第一账号，包括：在人事管理的入职系统数据库中查找新入职的员工账号。

所述根据预设规则检索与所述第一账号对应的第二账号，包括：检索与所述第一账号同组和/或同级别的第二账号。

所述根据所述第二账号的权限数据配置所述第一账号的权限数据，包括：响应于权限管理确认操作，根据所述第二账号的权限数据配置所述第一账号的权限数据。

所述根据所述第二账号的权限数据配置所述第一账号的权限数据，包括：配置所述第一账号的权限数据与所述第二账号的权限数据相同。

所述权限为SVN系统中的账号权限。

还包括处理步骤和存储步骤；所述处理步骤为：将各账号的权限数据处理成SVN系统的配置文件；所述存储步骤为：将所述配置文件存储在NFS存储模块中。

本发明的技术问题通过以下进一步的技术方案予以解决：

一种权限管理装置，包括数据采集模块；所述数据采集模块包括第一获取模块，检索模块，第二获取模块和配置模块；所述第一获取模块用于获取待配置权限的第一账号；所述检索模块用于根据预设规则检索与所述第一账号对应的第二账号；所述第二获取模块用于获取所述第二账号的权限数据；所述配置模块用于根据所述第二账号的权限数据配置所述第一账号的权限数据。

优选的方案中，

所述权限为SVN系统中的账号权限。

所述权限管理装置还包括数据处理模块和NFS存储模块；所述数据处理模块用于将各账号的权限数据处理成SVN系统的配置文件；所述NFS存储模块用于存储所述配置文件。

所述SVN系统的配置文件为authz配置文件。

所述权限管理装置还包括数据展现模块；所述数据展现模块用于解析所述配置文件，并呈现出每个账号对SVN系统中的每个仓库下的路径的访问权限。

所述权限管理装置还包括发送模块；所述发送模块用于根据所述第一账号的权限数据发送创建SVN系统的仓库或者目录的远程命令至远程的SVN服务器。

所述权限管理装置还包括数据反馈模块，所述数据反馈模块用于接收远程的SVN服务器发送的账号访问失败的提交请求，将访问失败的提交请求反馈给所述数据采集模块；所述数据采集模块还用于根据所述访问失败的提交请求进行数据采集。

所述权限管理装置设置在一个与远程的SVN服务器不同的服务器上。

本发明的技术问题通过以下更进一步的技术方案予以解决：

一种服务器，所述服务器中设置有如上所述的权限管理装置。

本发明与现有技术对比的有益效果是：

本发明的权限管理方法及装置，通过检索与第一账号对应的第二账号，由第二账号的权限数据配置第一账号的权限数据，从而实现智能化地配置。通过该智能化地配置，可便于管理员快速地迅速配置相关人员的权限，例如，新入职的人员的SVN的权限配置，这样，可以给原来的全手工配置带来很大的工作效率提升，而且可以大大的降低配置错误的概率。

【附图说明】

图1是现有技术中由界面管理工具iF.SVNAdmin构成的SVN系统的结构示意图；

图2是本发明具体实施方式的SVN系统的结构示意图；

图3是本发明具体实施方式的权限管理装置的结构示意图。

【具体实施方式】

下面结合具体实施方式并对照附图对本发明做进一步详细说明。

如图2和3所示，为本具体实施方式的SVN系统和权限管理装置的结构示意图。SVN系统包括一专用服务器1和远程的多个SVN服务器。专用服务器1中设置有权限管理装置。权限管理装置包括数据采集模块100、原始权限数据存储模块200、远程命令发送模块300、权限数据处理模块400、仓库权限数据存储模块500和数据展现模块600。优选地，权限管理装置中还包括数据反馈模块700。通过设置反馈模块，可通过数据采集模块100，数据处理模块400，数据展现模块600和数据反馈模块700四个模块将管理端、权限管理管理装置、SVN服务器以及用户端构成一个闭环，正向流转，带来的效果也是正向的。如下，一一详述各模块。

数据采集模块100用于采集与权限设置相关的原始权限数据，例如用户名、用户所属组的信息、用户对于SVN系统的仓库、仓库下各路径的访问权限信息。在将权限管理可视化设置该数据采集模块100的过程中，发现每次都需要用户在使用的过程中发现某个目录不能提交或者不能拉取时，才会去主动向主管申请相关的repository的目录权限，主管然后再打开配置界面，加上相关用户的相关路径的读或者写的权限。这样做使得平时的工作的效率大大的打了折扣，而且会使主管的平时工作会被频繁的打断。这个时候，想到了设置一个自动提示的功能，每天定时轮询数据库里面查找是否有新入职的员工，如有，则结合内部的通讯工具每天早上定时通知一并提醒相关的SVN管理员，从而将SVN管理员的处理相关的事情集中化。然而，通过该设置依然没有有效简化，收集原始权限数据时，还是需要主管点开可视化的操作界面一个一个的进行相关的权限的配置。于是，提出了智能配置部分。通过对比公司组织架构中的同组同职级的人员的现有的权限，将采集到的需要添加权限的人的相关的action生成一个一次性URL通过内部通讯工具发送到指定的SVN管理员，由管理员通过几次快速的点击迅速的配置，完成新入职的人员的SVN的权限配置。因此，优选地，本具体实施方式中数据采集模块包括人工配置权限模块和智能配置模块。

其中，人工配置权限模块主要用于常规权限数据的采集添加。可以通过设置特定的筛选条件，特定的消息格式，将消息写入原始权限数据库。筛选条件包括SVN的repository、系统内的组别、系统内的成员、指定的目录、目录的读写权限。查看限制：只能查看当前角色下的和自己相关的Repository和组。权限的配置：通过将相关的人配置到指定的组，指定的目录的相关的读写权限。

智能配置模块(系统数据采集模块)，用于智能快速采集权限数据。其按照如下步骤进行权限数据的采集：S1，获取待配置权限的第一账号；S2，根据预设规则检索与所述第一账号对应的第二账号；S3，获取所述第二账号的权限数据；S4，根据所述第二账号的权限数据配置所述第一账号的权限数据。其可以每天定时执行，获取新增的用户的账号以及新增用户的特征数据(例如用户的各种各样的标签数据)。具体地，智能配置模块每天定时向人事部门的入职系统查找当天新入职的员工账号，同时会分析当前的用户在公司的组织架构中的组别以及职级的等一系列的标签信息，查找出系统内部跟他相似度最高的几个成员，判断该多个成员是否有共同的SVN的组以及仓库的权限，然后将共同的权限数据配置为待配置的员工账号的权限数据，进而自动设置相关的操作权限。通过该智能配置模块，依据现有的数据特征构建用户的特征数据，当有新入职的员工进入到系统当中，可以智能配置相关的权限，大大地节省SVN管理员的精力，提高权限管理的效率。

通过数据采集模块100，可采集到如下数据类型，即哪些数据权限可以配置成功，包含而不局限于以下类别：系统自动类：常规数据等，如添加系统成员等；智能策略类：智能授权等，如添加成员到指定组等；人工配置类：添加组、添加repository等一切可以通过人工配置的项。

原始权限数据存储模块200，用于存储基础的组别、仓库、以及每个用户对应的目录的权限的原始权限数据。

远程命令发送模块300，用于根据所述原始权限数据发送创建SVN系统的仓库或者目录的远程命令至远程的SVN服务器。

权限数据处理模块400，用于将所述原始权限数据存储模块中存储的所有原始数据处理成SVN系统的配置文件。具体地，将原始权限数据存储模块200中存储的与权限设置相关的原始权限数据，按照SVN Authz文件的格式通过代码处理成指定的通用格式文本，例如authz配置文件的格式文本。

仓库权限数据存储模块500，用于存储权限数据处理模块400输出的配置文件，以便对接SVN服务器对每个仓库的资源的读写权限的控制。

数据展现模块600，用于解析仓库权限数据存储模块500中的配置文件，并呈现出每个用户对SVN系统中的每个仓库下的路径的访问权限。通过数据展现模块600，可方便SVN管理员查看每个用户对每个仓库指定的路径的操作权限数据。基于用户自身的角色权限，进入指定的权限查看页面，通过SVN的repository、自己所属的系统内的组别、Repository的指定的目录等一系列的筛选条件显示出符合当前要求的数据，可以直接查看用户在哪些目录有权限，哪些目录没有权限。

数据反馈模块700，用于接收远程的SVN服务器发送的用户访问失败的提交请求，将访问失败的提交请求反馈给数据采集模块，从而为采集端反馈用户的未及时配置的权限数据。具体地，通过设置SVN的hook对提交失败的数据进行反馈，可以收集用户的失败提交请求。对于收集的失败提交请求，可在每天定时反馈给指定的SVN管理员，然后由SVN管理员通过数据采集模块的人工配置模块添加数据。这样就形成了一个正向的闭环，由反馈模块刺激数据采集模块的推进。

对于上述模块构成的权限管理装置，其与SVN服务器构成SVN系统时，如图2所示，图中，茉莉所示的服务器中设置有数据采集模块100、发送模块300、数据处理模块400、仓库权限数据存储模块500和数据展现模块600。该部分用于系统相关的代码的部署以及逻辑处理。同时，服务器中还设置有MySQL数据库(对应原始数据存储模块200)用于存储原始权限数据，还设置有NFS存储单元(对应仓库权限数据存储模块500)用于存储各个仓库的权限数据配置文件。SVN系统工作时，茉莉所示的服务器根据数据采集模块100中的原始数据发送一个创建SVN系统的仓库或者目录的远程命令给远程的一个SVN服务器。SVN服务器接收所述远程命令后，茉莉同时会提取所有的原始数据进入到数据处理模块400生成指定格式的配置文件。茉莉中还向NFS存储单元的指定目录存储相关的配置文件。当用户通过SVN终端访问SVN服务器1(或者SVN服务器2、SVN服务器3、SVN服务器4)时，SVN服务器1(或者SVN服务器2、SVN服务器3、SVN服务器4)读取NFS存储单元中的相关配置文件，根据所述配置文件控制访问的用户的权限。

通过上述SVN系统，管理员登录茉莉的可视化界面，对用户A授权SVN1的仓库A的路径A的只读权限。茉莉会往MySQL内写入一份相关的权限数据，同时会往SVN1执行一个远程命令1，然后将MySQL里面的所有的权限数据读取出来，通过相关的逻辑处理，转化成authz文件的通用格式，然后往NFS存储单元的指定的路径写入相关的配置文件，并将之前的配置文件标记成历史版本文件，同时往MySQL写入指定的文件名，用于authz文件的快速回滚。用户访问SVN1的仓库A的路径A的资源，成功获取相关的资源数据。

从图2的系统构架可以看出，可视化管理的权限管理装置和SVN服务器功能单一化，有助于将权限管理装置设置在专用的服务器上，从而将SVN资源存储服务器和可视化的权限管理的服务器拆分开，这样，一个权限管理装置所在的服务器可对远程的多个SVN服务器进行权限管理，从而显著提升SVN系统的扩展性，便于有效解决系统的卡顿现象，提升用户体验；同时，在排查问题的时候可以避开很多不必要的麻烦，大大提升用户的使用体验。这是因为，虽然SVN资源服务器的量不会太少，但通过专用服务器进行权限统一管理，可在集中提交权限的高峰时段也能保证权限提交的顺畅，同时可以节省系统服务器管理员的人力外，还可以避免机器不断的提升带来的成本的指数增长。当单台机器的repository数据太大的时候，随着机器的配置的不断提升，后期的成本将不再是正比的增长，而是会出现指数型的增长，这样直接开出新的机器，添加相关的密钥，就能快速的进行操作，和在一台机器上的操作几乎是一样的，给用户带来的体验也是大大的提高，不会因为配置太高成本太高，也不会让系统管理员添加其他不必要的工作量。显而易见，本具体实施方式的权限管理装置可以花更少的成本，更少的人力，提供更顺畅的权限管理。

此外，方案中引入了NFS技术，将所有的authz配置文件都集中合并管理，这样，更集中地管理多台SVN服务器上的authz配置文件，所有的SVN服务器都可以通过网络访问NFF存储单元中的authz配置文件，获取到自己的仓库(repository)中设置的相关的权限的数据。而且，通过集中管理配置文件，也能便于SVN服务器的快速拓展，在新开机器的过程中不会涉及过多繁复的流程操作。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下做出若干替代或明显变型，而且性能或用途相同，都应当视为属于本发明的保护范围。

Claims (16)

1.一种权限管理方法，其特征在于，包括采集权限数据的步骤：

S1，获取待配置权限的第一账号；

S2，根据预设规则检索与所述第一账号对应的第二账号；

S3，获取所述第二账号的权限数据；

S4，根据所述第二账号的权限数据配置所述第一账号的权限数据。

2.根据权利要求1所述的权限管理方法，其特征在于，所述获取待配置权限的第一账号，包括：在人事管理的入职系统数据库中查找新入职的员工账号。

3.根据权利要求1所述的权限管理方法，其特征在于，所述根据预设规则检索与所述第一账号对应的第二账号，包括：检索与所述第一账号同组和/或同级别的第二账号。

4.根据权利要求1所述的权限管理方法，其特征在于，所述根据所述第二账号的权限数据配置所述第一账号的权限数据，包括：响应于权限管理确认操作，根据所述第二账号的权限数据配置所述第一账号的权限数据。

5.根据权利要求1或4所述的权限管理方法，其特征在于，所述根据所述第二账号的权限数据配置所述第一账号的权限数据，包括：配置所述第一账号的权限数据与所述第二账号的权限数据相同。

6.根据权利要求1至4中任一项所述的权限管理方法，其特征在于，所述权限为SVN系统中的账号权限。

7.根据权利要求6所述的权限管理方法，其特征在于，还包括处理步骤和存储步骤；所述处理步骤为：将各账号的权限数据处理成SVN系统的配置文件；所述存储步骤为：将所述配置文件存储在NFS存储模块中。

8.一种权限管理装置，其特征在于：包括数据采集模块；所述数据采集模块包括第一获取模块，检索模块，第二获取模块和配置模块；所述第一获取模块用于获取待配置权限的第一账号；所述检索模块用于根据预设规则检索与所述第一账号对应的第二账号；所述第二获取模块用于获取所述第二账号的权限数据；所述配置模块用于根据所述第二账号的权限数据配置所述第一账号的权限数据。

9.根据权利要求8所述的权限管理装置，其特征在于：所述权限为SVN系统中的账号权限。

10.根据权利要求9所述的权限管理装置，其特征在于：所述权限管理装置还包括数据处理模块和NFS存储模块；所述数据处理模块用于将各账号的权限数据处理成SVN系统的配置文件；所述NFS存储模块用于存储所述配置文件。

11.根据权利要求10所述的权限管理装置，其特征在于：所述SVN系统的配置文件为authz配置文件。

12.根据权利要求10所述的权限管理装置，其特征在于：所述权限管理装置还包括数据展现模块；所述数据展现模块用于解析所述配置文件，并呈现出每个账号对SVN系统中的每个仓库下的路径的访问权限。

13.根据权利要求9所述的权限管理装置，其特征在于：所述权限管理装置还包括发送模块；所述发送模块用于根据所述第一账号的权限数据发送创建SVN系统的仓库或者目录的远程命令至远程的SVN服务器。

14.根据权利要求9所述的权限管理装置，其特征在于：所述权限管理装置还包括数据反馈模块，所述数据反馈模块用于接收远程的SVN服务器发送的账号访问失败的提交请求，将访问失败的提交请求反馈给所述数据采集模块；所述数据采集模块还用于根据所述访问失败的提交请求进行数据采集。

15.根据权利要求9所述的权限管理装置，其特征在于：所述权限管理装置设置在一个与远程的SVN服务器不同的服务器上。

16.一种服务器，其特征在于：所述服务器中设置有如权利要求8～15任一项所述的权限管理装置。