途牛原创｜途牛无线权限系统的架构设计与实践

2016-07-06 01:18:00

序

之前写过一篇大话权限中心的PHP架构之道，主要是从软件工程角度介绍，如何通过编码规范、依赖管理、数据源架构、事务处理、单元测试等技术，来保障权限系统的高可用，并未真正的涉及这套系统的架构。

今天准备从设计细节上分享一二。

望各位看官，心有“空杯”，带着“问题”一探究竟。

0. RBAC3

这里还是尤为的重要，因为他是整套系统设计的根基。

所以残忍的从上一篇中复制了一遍。。。

RBAC认为权限授权实际上是Who、What、How的问题。在RBAC模型中，who、what、how构成了访问权限三元组，也就是“Who对What(Which)进行How的操作”。

Who：权限的拥用者或主体（如Principal、User、Group、Role、Actor等等）
What：权限针对的对象或资源（Resource、Class）。
How：具体的权限（Privilege，正向授权与负向授权）。
Operator：操作。表明对What的How操作。也就是Privilege+Resource
Role：角色，一定数量的权限的集合。权限分配的单位与载体,目的是隔离User与Privilege的逻辑关系.

权限系统的本质就是这个模型（个人观点勿喷）。我们在此核心思想上，抽象了两个新概念。

应用建模、权限自治

下面将从以下4个层面展开介绍。

应用建模
业务场景
权限管理
鉴权设计

1. 应用建模

系统架构上支撑权限系统灵活配置，不僵硬字段，不僵硬行为，基于各种业务权限管控的特征灵活设计。

公式一枚：应用＝资源＋行为＋角色

1.1 字段定义

简单点说，就是要管控资源的属性和行为。

比如要管控菜单，属性就包括菜单ID、菜单名称、菜单URL、菜单ICON、上级菜单ID等，行为就包括访问、授权等。（菜单权限）

比如要管控城市，属性就包括区域ID、区域名称、区域代码、所属区域ID等，行为就包括访问、授权等。（区域权限）

比如要管控CMS，字段就包含页面ID、页面名称等，行为就包括访问、授权、编辑、重置等。（CMS数据权限）

按照惯性的思维，这里就是3张资源表对应角色表，同时还有3张资源角色关系表，换而言之，就是有多少资源需要管控就有多少张表（又是个人观点，勿喷）。

惯性的思维，两个痛点。

每一种资源都要独立存储。
每一种资源都要有一套Form排版&交互&存储实现。

为了解决这个问题，我们做了以下的设计。

字段建模

任意资源的字段，都可以抽象成如下几类。

资源映射字段（mapField）
资源节点字段（treeFiled）
资源系统字段（systemFields）
资源表单字段（columns）
资源行为字段（privileges）

举个栗子：菜单资源。

class menu extends app
{
public static $appMapField = 'url';
public static $appTreeField = 'name';
public static $columns = array(
array(
'id' => 'id',
'label' => '菜单ID',
'type' => 'input',
'format' => 'int',
'option' => array()
),
array(
'id' => 'name',
'label' => '菜单名称',
'type' => 'input',
'format' => 'string',
'option' => array()
)
);
public static $privileges = array(
array(
'id' => 'access',
'name' => '访问'
)
);
public static $systemFields = array('id', 'parent_id');
}