越是大公司,需要上线的系统就会有越多,当系统多到一定的程度后,每个系统的用户管理工作变成了很多大的麻烦,例如我曾经工作过的一个公司有接近10个系统,每新来一个员工就需要在接近10个系统里开设用户帐户,配置权限.
当一个员工离职时,往往会忘记关闭a系统的帐户或者忘记关闭b系统的帐户, 员工太多了, 系统太多了, 这些系统及帐户的管理 也变得很棘手了. 特别是接近上万人的公司, 有时候离职的员工难免会跳槽到竞争对手的公司里, 这时候若遗漏了哪个系统的帐户, 往往会带来一些不必要的损失, 客户的流失, 重要商业信息的泄密等等问题.
我们难免能实现统一的权限管理系统, 因为当我们有这个意识时,已经有了10个8个系统已经采购了,已经运行得好好的, 一方面由于商业利益的关系,这些系统是不提供源码的, 也不好重构, 那我们怎么办? 自己开发的新系统可以避免这些问题, 但是难免有些系统是需要购买现有的商品化软件,不可能什么都自己开发的,那太累了.
有些系统,也不只是基于数据库的, 例如 SVN, TFS 等等很多类似的系统.
当然我们的前提是,这些系统都是开放的, 若是一个封闭的系统是无法从外部第3方来控制的, 要么有公开的数据库结构, 要么有可以调用的 API 函数等等, 那我们就可以建立一个集中的统一用户权限管理系统.
其实,这个集中的统一用户权限管理系统的核心就是, 需要开放一些接口,可以灵活扩展,那就可以达到我们的目的了.
当系统加一个用户时,其他系统都可以一次性统一增加用户了, 当停用一个用户时也一样,修改设置密码时也可以多个系统统一修改密码了.
看下面的图片就应该明白了.
就像考试填空一样, Add扩展添加用户的接口代码编写的地方,Delete 删除事件编写代码的地方, Update 更新用户时的接口代码,这样就可以实现统一集中控制多个子系统的目的了,什么接口都可以写在这里.毕竟通用权限管理系统是开放源码的,可以随心所欲的扩展.
当然上图只是编写接口代码的部分, 还有接近100个配套的配置管理页面没展示出来.先从理论,可行性方面跟大家交流一下.
