权限思考2

在当前微服务时代，有大量的系统是独立建设的。每个系统的权限都是独立设计的。这样就导致用户在使用过程中需要申请大量的权限。而且还不知道在哪里申请什么样的权限。集中式的权限系统就呼之欲出。

集中式的权限系统应该满足一次申请，全局生效。也就是说，不要办一件事情，还要在多个系统，多次申请权限。所有系统都应该听从中央权限平台的指挥。

另外从上一节来讲，对用户最友好的应该是ABAC，基于用户属性的权限，而不是ACL和RBAC。

总结一下：

完美的权限平台应该是分成3部分

1.在应用侧由产品经理规划 这个应用 应该有的权限包。比如一个系统有 a，b，c 三个权限包

2.在中间有权限运营人员，规划。什么样属性的人 ，应该有哪些系统的哪些权限包。比如 销售部门的，冰箱销售员，应该有 a系统的a1权限，b系统的b2权限，c系统有c3权限等

3.在用户侧由用户根据自己的属性，申请对应自己的属性，从而获取应该访问系统的权限。用户申请自己是属于 销售部的 冰箱销售员。申请完成后 这个人就有了 a系统中的a1权限，b系统中的b2权限，c系统的c3权限。

每个部分都由不同的职责，独立职责的人进行设计，互相不影响。不受制约。

第3部分是否可以不让用户申请，而由系统根据大数据进行计算得出，从而省掉用户申请的步骤，形成所谓的天赋人权？ 理论是可行的，但是大部分现实情况可能不允许。因为用户的属性大部分来自人力系统，但是人力系统数据的变化很慢，而且一线销售人员的组织结构调整由非常的频繁，（驱动人力数据变化的因素和一线实践作战组织变化的因素不一样）导致数据不能匹配。所以现实一点是以用户申请和大数据计算结合。