介绍Vault的基本用法，包括安装和数据存取
我们提供的服务有：网站制作、网站设计、微信公众号开发、网站优化、网站认证、友好ssl等。为成百上千企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的友好网站制作公司
vault是使用go语言开发的开源工具，必须先安装golang
这个例子中，我们使用zookeeper作为后段存储。
因为需要支持多个vault实例，不能使用本地文件系统存储；另外使用zookeeper作为存储，必须配置api_addr参数。
初始化只需要整个vault集群执行一次就行；如果有多个vault实例，只要任何一个，只需要执行一次即可。
会生成5个unseal key和一个root token；其中unseal key下面就会用到，必须存好不可丢失，而root token则是一个超级用户token，必须妥善保管，一般用它来做系统配置，然后签出用户token。
Rest API:
前面我们生成了5个unseal key，这是vault的缺省配置，一共生成5个unseal key，每次解封必须使用其中的三个。(这5和3可以在初始化的时候配置)
解封操作需要在每一个实例的每次启动时执行。
Rest API
三次解封，在查看结果：
Rest API
查看secrets激活状态
在能够进行secret的读写操作之前，必须先激活secrets引擎。
激活操作也初始化一样，整个集群只需要第一次启动的时候执行一次就行。
这里用到了TOKEN，是在vault初始化的时候生成的。
Rest API
Rest API
这个地方需要注意的是，虽然每个path(secert/mypath)下面有多个key/value对，但他们都是值，实际上只有path才是唯一的key，这就是说不能对一个path下面的单独key进行修改，vault只能覆盖整个path的内容，例如：
Rest API
上面这两条命令，后面一条可能是想修改mykey1的值，保留mykey2的值，但实际情况会覆盖前面一条的所有值，即mykey2会丢掉。
通过beego快速创建一个Restful风格API项目及API文档自动化:
Go 语言构建 RESTful Web 服务:
Golang中使用 JWT认证来 保障Restful JSON API的安全（英文）:
polaris: 一个用go实现的支持restful的web框架:
关于RESTFUL API 安全认证方式的一些总结:
有没有人用golang实现过restful框架的实例:
Micro 一个用Go语言实现的微服务框架:
基于微服务库的可插拔RPC go-micro:
golang适合做web开发吗？:
a-survey-of-5-go-web-frameworks:
Ozzo Framework:
avelino/awesome-go:
Beego Framework:
golang其实不适合做web开发:
Go语言现有Web开发框架:
使用Golang快速构建WEB应用:
Martini 极好的 Go WEB 框架:
golang 有哪些比较稳定的 web 开发框架？:
REST 是REpresentational State Transfer的缩写，字面的翻译是表现层状态转移。
RESTful API就是REST风格的网络接口，REST描述的是在网络中client和server的一种交互形式；REST本身不实用，实用的是如何设计。
Server提供的RESTful API中，URL中只使用名词来指定资源，原则上不使用动词。“资源”是REST架构或者说整个网络处理的核心。
拓展资料:
REST指一组架构约束条件和原则，满足约束条件和原则的应用程序设计。架构，软件体系结构分为三部分：构建，用于描述计算机；连接器，用于描述构建的链接部分；配置将构建和连接器组成有机整体。
web基本技术：
URI（统一资源标示符）HTTP（超文本传输协议）（post、get、put、delete） Hypertext。
1、每个资源都应该有唯一的一个标识
2、使用标准的方法更改资源的状态
3、request和response的自描述
4、资源多重表述
5、无状态服务
用HTTP协议里的动词来实现资源的添加，修改，删除等操作。即通过HTTP动词来实现资源的状态扭转：
GET 用来获取资源
POST 用来新建资源（也可以用于更新资源）
PUT 用来更新资源，
DELETE 用来删除资源。
REST API是一组关于如何构建Web应用程序API的架构规则、标准或指导，REST API遵循API原则的架构风格。REST是专门针对Web应用程序而设计的，其目的在于降低开发的复杂度，提高系统的可伸缩性。
REST API和一般的API区别为：包含不同、资源不同、状态不同。
一、包含不同
1、REST API：REST API 是API的子集；所有的REST API都是API。
2、一般的API：一般的API的为。API是REST API的超集，不是所有的API都是REST API。
二、资源不同
1、REST API：在REST API架构中，每一个资源都有与之对应的唯一资源标识符（resource identifier），当资源的状态发生改变时，资源标识符不会发生改变。
2、一般的API：一般的API架构中，Web中所有的事物（文本、音频、视频、图片、链接）被统一的抽象为资源（resource）。当资源的状态发生改变时，资源标识符会发生改变。
三、状态不同
1、REST API：在REST架构中，所有的操作都是无状态的。REST架构不遵循CRUD原则。
2、一般的API：一般的API架构中，所有的操作都是有状态的。遵循CRUD原则，所有的资源都可以通过GET、POST、PUT和DELETE这四种行为完成对应的操作。