CTO指南 -- 为何说超过2台ECS就要考虑如何避免“配置飘移”问题

各位CTO/CIO，你为系统准备时光机了么？

“配置飘移”这个问题其实不是什么新鲜玩意，国外早在业界提了不少年了，业界每一年因配置飘移而产生的故障和系统失效问题带来的经济损失那是至关的可观，可是国内业界关注和重视甚至“意识”到这个问题存在的人都至关的少。配置飘移，简单来讲就是各位CTO逼本身回答下面2个问题

“设置” - 恢复出厂设置

上图操做你们应该不陌生，生产系统配置就比如咱们手机上的“设置”，要知道咱们的手机“专人”维护配置，VIP待遇，尚且随着随着时间的推移，安装的APP愈来愈多，某天可能不得不须要恢复出厂设置，更况且咱们的生产系统？若是上一次作“配置”的那个哥们离职了，他曾经对系统作的那些“神”操做还如何恢复往日荣光？

我有几张阿里云幸运券分享给你，用券购买或者升级阿里云相应产品会有特惠惊喜哦！把想要买的产品的幸运券都领走吧！快下手，立刻就要抢光了。

创业艰难百战多，十万旌旗斩阎罗

所谓千里之行，始于足下，一个伟大的激动人心的创业项目多是下面这个最典型的基本高可用(无单点)的技术架构开始的

咱们后文就以这个典型的场景为例来阐释一下什么是配置飘移问题，其给生产可能带来的伤害。

配置飘移(Configuration Drift)

配置漂移指的是随时间作出的引发计算机或服务偏离所但愿的配置的改变。

差很少一半的不按期系统停机时间可归因于配置问题。配置指的是标识和设置硬件和软件的属性的值的过程，使得系统按特定的行为匹配运行环境。当开发和运维一天一天的对发生的需求和问题作出响应时，服务器和系统可逐渐地变得以偏离于策略或标准的方式配置，该过程被称为配置漂移。

若是计算机和应用部署不是相似地被配置，则管理多个机器和应用运行实例可快速地变得复杂。即便对于最初被彻底相同地配置的计算机和应用副本，配置改变也可能随时间发生。配置漂移越大，就变得越难以调试问题，使得对系统的有效管理和维护更困难。