CTO指南 -- 爲何說超過2臺ECS就要考慮如何避免「配置飄移」問題

各位CTO/CIO，你爲系統準備時光機了麼？

「配置飄移」這個問題其實不是什麼新鮮玩意，國外早在業界提了不少年了，業界每一年因配置飄移而產生的故障和系統失效問題帶來的經濟損失那是至關的可觀，可是國內業界關注和重視甚至「意識」到這個問題存在的人都至關的少。配置飄移，簡單來講就是各位CTO逼本身回答下面2個問題

「設置」 - 恢復出廠設置

上圖操做你們應該不陌生，生產系統配置就比如咱們手機上的「設置」，要知道咱們的手機「專人」維護配置，VIP待遇，尚且隨着隨着時間的推移，安裝的APP愈來愈多，某天可能不得不須要恢復出廠設置，更況且咱們的生產系統？若是上一次作「配置」的那個哥們離職了，他曾經對系統作的那些「神」操做還如何恢復往日榮光？

我有幾張阿里雲幸運券分享給你，用券購買或者升級阿里雲相應產品會有特惠驚喜哦！把想要買的產品的幸運券都領走吧！快下手，立刻就要搶光了。

創業艱難百戰多，十萬旌旗斬閻羅

所謂千里之行，始於足下，一個偉大的激動人心的創業項目多是下面這個最典型的基本高可用(無單點)的技術架構開始的

咱們後文就以這個典型的場景爲例來闡釋一下什麼是配置飄移問題，其給生產可能帶來的傷害。

配置飄移(Configuration Drift)

配置漂移指的是隨時間作出的引發計算機或服務偏離所但願的配置的改變。

差很少一半的不按期系統停機時間可歸因於配置問題。配置指的是標識和設置硬件和軟件的屬性的值的過程，使得系統按特定的行爲匹配運行環境。當開發和運維一天一天的對發生的需求和問題作出響應時，服務器和系統可逐漸地變得以偏離於策略或標準的方式配置，該過程被稱爲配置漂移。

若是計算機和應用部署不是相似地被配置，則管理多個機器和應用運行實例可快速地變得複雜。即便對於最初被徹底相同地配置的計算機和應用副本，配置改變也可能隨時間發生。配置漂移越大，就變得越難以調試問題，使得對系統的有效管理和維護更困難。