版本管理(2)- 版本库的SLA,资产不丢

既然我们都要求大家把重要的信息都提交到版本库中来,那么你就要保证

  1. 配置项不能丢失
  2. 版本库随时可以访问
  3. 尽可能的提高用户体验

这三点很容易理解。你让我把东西放你这存放,结果你给我弄丢了,那我肯定不高兴啊;东西没丢,但是隔三差五系统无法访问,这谁能接受?;在体验为王的时代,用户的主观感受很重要。做好前两点只是刚及格的要求,第三点才是体现出配置管理团队水平的地方。

典型做的不好的现象:

  • 各个系统之间账号没有打通。N 个系统 N 个账号
  • 创建账户流程复杂、授权更复杂
  • 账号密码重置、很长时间都没生效
  • 系统之间跳转飞来飞去
  • 访问速度慢

我们要把配置管理系统当做线上业务系统来运维,给予充足的资源的同时对SLA也要有要求。经常拿一些过保的服务器给配置管理团队,且要求他们保证4个9,5个9,这不是为公司省钱,这是算术没学好。配置管理团队的价值不是修机器,也不擅长修机器。隔三差五就要把服务从一台机器挪到另外一台,功夫都耽误这上边了。从另外一个角度说,给你充足的资源了,也就要求配置管理团队有这个能力 hold 住这些资源、最大化利用这些资源为大家服务。机器给你了,却管理不了这就尴尬了。

名词解释:
SLA:Service-Level Agreement,服务等级协议,可简单的理解为运维经常挂在嘴边的9的个数
菜鸟思考:NA

你可能感兴趣的:(版本管理(2)- 版本库的SLA,资产不丢)