oracle时间飘移,CTO指南 -- 为什么说超过2台ECS就要考虑如何避免“配置飘移”问题...

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

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

“设置” - 恢复出厂设置

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

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

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

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

配置飘移(Configuration Drift)

配置漂移指的是随时间做出的引起计算机或服务偏离所希望的配置的改变。

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

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