etcd v2权限机制

 权限系统概念

https://github.com/coreos/etcd/blob/master/Documentation/v2/authentication.md etcd权限-官方文档
etcd 2.X以前是不带权限的，2.X以上的版本才支持权限
etcd通过设置用户-角色关联，角色和权限关联，通过设置这些信息，使得指定的用户对某些目录拥有指定的权限。
etcd默认不启用权限机制，需要手动启用。
拥有一个个特殊的用户 root，拥有两个特殊的角色root和guest，root用户必须在启用权限系统前创建

角色 role

对于root角色的权限是不能被修改的，root角色拥有所有系统权限，是系统管理员。
guest角色则被认为是所有'''不带账号的请求'''的默认角色，其权限可以在任何时候被修改，一旦权限策略上线，默认其拥有只读权限（否则你上权限就没意义了）。
其他角色可以通过root 用户去申请，并绑定到相应的用户下，则可以保护系统的安全，防止误删除和越权删除key的发生

用户 user
默认的root用户拥有所有权限
其他用户可以通过root用户去创建
用户拥有哪些权限需要通过赋予指定的角色去获取权限，一个用户可以有多个角色

权限
角色可以设置权限，权限分为读、写、读写，权限的基础是etcd的key，一般普通用户只对某些key的目录拥有写权限，读权限不做限制。

权限接入需要的API改造
数据接口的调用一切如故，只是需要输入用户和密码的
在申请到用户并拿到密码后，根据不同的文档调用
etcd仅支持  '''Basic Auth''' 的认证方式
请求增加header Authorization ; 内容为 "Basic "+base64encode("user:password")
有提供SDK的语言，一般支持在配置里指定用户密码类似go sdk，没有实现的，参考python实现改造一下。

shell
curl 中使用 -u user:password 

python

import base64   def basic_auth(name,passwd):