既然我们都要求大家把重要的信息都提交到版本库中来，那么你就要保证
- 配置项不能丢失
- 版本库随时可以访问
- 尽可能的提高用户体验
这三点很容易理解。你让我把东西放你这存放，结果你给我弄丢了，那我肯定不高兴啊；东西没丢，但是隔三差五系统无法访问，这谁能接受？；在体验为王的时代，用户的主观感受很重要。做好前两点只是刚及格的要求，第三点才是体现出配置管理团队水平的地方。
典型做的不好的现象：
- 各个系统之间账号没有打通。N 个系统 N 个账号
- 创建账户流程复杂、授权更复杂
- 账号密码重置、很长时间都没生效
- 系统之间跳转飞来飞去
- 访问速度慢
我们要把配置管理系统当做线上业务系统来运维，给予充足的资源的同时对SLA也要有要求。经常拿一些过保的服务器给配置管理团队，且要求他们保证4个9，5个9，这不是为公司省钱，这是算术没学好。配置管理团队的价值不是修机器，也不擅长修机器。隔三差五就要把服务从一台机器挪到另外一台，功夫都耽误这上边了。从另外一个角度说，给你充足的资源了，也就要求配置管理团队有这个能力 hold 住这些资源、最大化利用这些资源为大家服务。机器给你了，却管理不了这就尴尬了。
名词解释：
SLA：Service-Level Agreement，服务等级协议，可简单的理解为运维经常挂在嘴边的9的个数
菜鸟思考：NA