我們可能還沒有得到一隊隊機器人在等著伺候我們，但自動化革命正在如火如荼地進行著。隨著自動化在日常生活中變得越來越明顯，人們對自動化概念及其消除就業(yè)機會的潛力一致存在著一些錯誤誤解和擔憂，而這些正逐漸被自動化將成為一種機會的觀點所取代。而且，鑒于IT部門正在為當今的企業(yè)提供著動力，沒什么人能比企業(yè)IT部門更好地利用目前的自動化的機遇。

在各行各業(yè)中，加快創(chuàng)新速度的壓力不斷增加，預(yù)算和人力資源相對停滯不前，未采用自動化戰(zhàn)略的組織正面臨失敗。自動化使計算機能夠完成平凡的任務(wù)——而且越來越多，甚至不是那么平凡的任務(wù)——使員工能夠?qū)Ｗ⒂趧?chuàng)新。

無處不在的自動化

雖然2017年就有跡象表明自動化是IT優(yōu)化和數(shù)字轉(zhuǎn)型的關(guān)鍵，但2018年將是IT自動化真正邁大開步的一年，并會在各行業(yè)得到廣泛的、系統(tǒng)的采用。那么，組織接下來應(yīng)該考慮自動化的哪些趨勢？企業(yè)IT中的這五個領(lǐng)域?qū)⒃?018年實現(xiàn)自動化。

1. 網(wǎng)絡(luò)

網(wǎng)絡(luò)可以說是企業(yè)IT的基石，但真正的網(wǎng)絡(luò)堆棧自動化幾乎不存在。事實上，在過去30年中，網(wǎng)絡(luò)管理并沒有發(fā)生重大變化。網(wǎng)絡(luò)工程師仍在登錄各個設(shè)備和手工配置，使網(wǎng)絡(luò)團隊越來越遠離DevOps革命，并減緩了數(shù)字轉(zhuǎn)型。

今年，網(wǎng)絡(luò)自動化將在企業(yè)中全速前進，而it部門也別無選擇。

隨著云計算的不斷發(fā)展、新的和潛在的大規(guī)模物聯(lián)網(wǎng)部署，以及為提高效率而對內(nèi)部IT進行更新?lián)Q代的壓力不斷加大，網(wǎng)絡(luò)工程必須像近年來的服務(wù)器和應(yīng)用程序開發(fā)工程們一樣地關(guān)注和重視自動化。網(wǎng)絡(luò)團隊不能保持孤立，只能是維持現(xiàn)狀;我們應(yīng)該擁抱他們，向他們展示如何獲得DevOps所提供的相同的好處。

將網(wǎng)絡(luò)自動化納入DevOps的范疇將使任務(wù)能夠以更高的節(jié)奏和更高的準確性執(zhí)行，同時增加對現(xiàn)代應(yīng)用程序體系結(jié)構(gòu)的成功至關(guān)重要的團隊之間的協(xié)作。

更具我的經(jīng)驗，這部分自動化的途徑和方式有如下幾種：

對于傳統(tǒng)的網(wǎng)絡(luò)設(shè)備，基于TFTP服務(wù)的配置文件的集中式更新和管理;這種工具我在很久以前用過BMC的BCAN工具。基于網(wǎng)絡(luò)設(shè)備已有的可訪問端口，它能夠?qū)崿F(xiàn)配置的極限、偏移檢查和糾正。

Terraform可以根據(jù)云平臺的開放API，通過代碼的方式管理到AWS，Azure里的虛擬網(wǎng)絡(luò)架構(gòu)，對于私有云的服務(wù)器虛擬化平臺，也可以通過對其Provider進行持續(xù)擴展的方式，完善網(wǎng)絡(luò)的IaC風格的管理，底層也是依賴虛擬化資源池能提供的API。

Ansible這類的主要是Host配置管理的工具，擴展出的網(wǎng)絡(luò)自動化功能，支持的網(wǎng)絡(luò)廠商也逐漸增多。

軟件定義網(wǎng)絡(luò)的自動化，我最近了解過Big Switch的方案，這種基于白盒設(shè)備實現(xiàn)的網(wǎng)絡(luò)基礎(chǔ)架構(gòu)設(shè)施的自動化配置能力和管理方式是和傳統(tǒng)網(wǎng)絡(luò)設(shè)備完全不同的。它們還可以隱藏在類似于虛擬化/HCI管理平臺的底層，在管理虛擬機的同時動態(tài)的配置虛擬機所需要的網(wǎng)絡(luò)配置，實現(xiàn)了資源的更高度的集成化管理。

2. 基礎(chǔ)設(shè)施

要運行業(yè)務(wù)系統(tǒng)，您需要基礎(chǔ)架構(gòu)，并且必須設(shè)置該基礎(chǔ)架構(gòu)，從而滿足組織的日常運維。無論您的系統(tǒng)是在云、虛擬化環(huán)境、容器中運行，還是在裸機上運行，如果仍然需要手動配置和制備基礎(chǔ)架構(gòu)，您的行動速度就太慢了。如果制備系統(tǒng)需要數(shù)周甚至數(shù)天的時間，這意味著需要推遲業(yè)務(wù)所需要的變更。

雖然自動資源制備已經(jīng)存在了很長時間，但在2018年，我們將看到這種情況進一步擴大，主要原因是自動化工具和平臺的易用性。只有通過自動化，才能夠使基礎(chǔ)架構(gòu)可以自動擴展，或者使用預(yù)先開發(fā)好的腳本組合，操作工程師可以快速更新數(shù)百甚至數(shù)千個設(shè)備。這種技術(shù)將使IT部門能夠在不增加人力的情況下迅速擴容其基礎(chǔ)架構(gòu)。

一旦自動資源制備取代了繁重的手工操作，重點就可以轉(zhuǎn)移到自動化管理、維護和故障排除了。

更具我的經(jīng)驗：這部分的工具和技術(shù)實在太多了，不論是什么環(huán)境，工具都是成熟而豐富的。亟待改變?nèi)藗儗兪止さ囊蕾囆裕说乃季S要先解放了，他們就再也不想呆在舊社會了。

3. 微軟

傳統(tǒng)上，在企業(yè)中，Microsoft環(huán)境由分散的團隊管理。最近，微軟公司都在幫助用戶從行業(yè)內(nèi)更廣泛的經(jīng)驗中學(xué)習(xí)（例如加入開源計劃）方面做了大量工作，并幫助打破了一些IT部門的壁壘。Microsoft還致力于在企業(yè)中推廣基于Azure的服務(wù)，為客戶提供更多采用自動化的機會。

隨著SQL Server越來越受歡迎（在紅帽企業(yè)Linux以及傳統(tǒng)的Windows基礎(chǔ)上都可以進行安裝），自動化是一個減輕一些傳統(tǒng)規(guī)模負擔的機會。我們已經(jīng)看到了開源的SQL Server Ansible模塊的開發(fā)，這將有助于將這一關(guān)鍵應(yīng)用程序基礎(chǔ)架構(gòu)融入到DevOps風格的工作流中。

微軟還對開源項目產(chǎn)生了更廣泛的興趣。這包括為可移植社區(qū)做出貢獻，幫助用戶將開源項目與其Windows環(huán)境集成。

根據(jù)我的觀察：微軟產(chǎn)品的純手工管理程度是相當高的，大量的開源軟件開發(fā)者和使用者，在碰到微軟平臺的時候就直接放棄了，人們可能在等著Windows的消退，很少見到有人在Windows上積極的使用Ansible、Chef等配置工具。

4. 安全

只有讓任何事情變得更簡單、更容易了，才更有可能被采納。在過去的25年里，我們的生活與互聯(lián)網(wǎng)的聯(lián)系只是增加了復(fù)雜性。這種復(fù)雜性使安全專業(yè)人員更難保護我們所有人的信息安全。

通過配置管理，我們能夠從根基上就構(gòu)建起安全性，而不是事后考慮。可以快速記錄和實施變更，從而使我們能夠及時響應(yīng)事件，甚至在大規(guī)模范圍內(nèi)作出及時響應(yīng)。

隨著我們在云和網(wǎng)絡(luò)領(lǐng)域的同事實現(xiàn)了更多自動化，他們的可擴展性達到了新的水平。今年，我們已經(jīng)看到了DevSecOps運動的增長，并期望它繼續(xù)下去。當我們將系統(tǒng)和流程與自動化結(jié)合起來時，這樣做變得更加安全。

根據(jù)我的觀察：安全性部署那個信息安全部門的職責，而是所有人的職責;安全團隊人員，如果將安全合規(guī)規(guī)則集成到開發(fā)和運維的日常工作中去？如何將安全基線變成可以代碼化、可以執(zhí)行、可以測試、可以持續(xù)跟蹤和修復(fù)的？技術(shù)工具是就緒的，需要自動化配置管理工具和日志監(jiān)控工具一起工作即可。

5. 應(yīng)用編排

當我們說現(xiàn)代應(yīng)用程序很復(fù)雜時，沒有人會感到意外。它們使用者最新技術(shù)，并與遺留系統(tǒng)共存著。它們在云中運行，跨越多個數(shù)據(jù)庫，需要從各種設(shè)備訪問。這使得確地定位問題的根本原因變得非常困難，更不用說告訴這些資源該怎么做了。由于應(yīng)用程序性能會影響公司的利潤，因此維護它是頭等大事。但是，性能調(diào)優(yōu)通常不能成為IT團隊的全職工作。

編排是流程的自動化。它減輕了時間和資源都非常消耗的工作，例如：管理、監(jiān)測和服務(wù)臺處理。IT團隊可以定義應(yīng)用程序系統(tǒng)在運行狀態(tài)下的狀態(tài)/行為模式，這可以對業(yè)務(wù)流程帶來更大的影響。精心安排的自動化將真正使公司變得與眾不同，從而使團隊能夠快速、可靠地部署應(yīng)用程序，并實現(xiàn)輕松的維護。

根據(jù)我的觀察：k8s的異軍突起正巨大地影響著人民對應(yīng)用的運維方式，它的自動化程度之高，模式的轉(zhuǎn)變之大是前所未有的。由于傳統(tǒng)企業(yè)有著揮之不去的沉重家底，這部分我暫且將其分類為敏態(tài)應(yīng)用的開發(fā)和運維自動化里。傳統(tǒng)的穩(wěn)態(tài)業(yè)務(wù)系統(tǒng)，如果沒有切實訴求，也不一定必須遷移到這個模式下，不一定為了追逐這個模式的好處而改變。

后記

在運維痛點最大的部分，在自動化程度最低的部分，在我們已經(jīng)無奈的時候，要能冷靜的跳出問題圈;能在更上一層觀察這個問題。是否我們能淘汰這部分拖后腿的架構(gòu)，是否能夠升級到我需要的模式，技術(shù)的可能性在今天是無處不在的。實現(xiàn)自動化程度根本性的、跨越的提升，必須考慮基礎(chǔ)架構(gòu)的技術(shù)結(jié)構(gòu)升級。就像業(yè)務(wù)應(yīng)用架構(gòu)演進到了微服務(wù)架構(gòu)一樣。基礎(chǔ)架構(gòu)的短板需要識別和升級，此處同樣可以參照木桶原理。

在DevOps中，我們經(jīng)常談?wù)撟詣踊Ｈ绻赡埽瑢Ψ?wù)器的零接觸自動化將是未來的趨勢。這并不意味著你必須自動化一切，但如果你必須這樣做，那么你應(yīng)該能夠做到。了解DevOps循環(huán)的6個C，并確保在這些階段之間應(yīng)用自動化是關(guān)鍵，這將是2018年的主要目標。

補充：上圖的每一個圈也是一個自動化的點，每個剪頭也是自動化的點，這樣才能讓這個循環(huán)真正的轉(zhuǎn)起來，讓工作在自動化的軟件裝配線上流動起來，形成需求拉動模式的持續(xù)工作流。最終，告別工單驅(qū)動方式的批量訂單生產(chǎn)。