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

[[227203]]

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

無處不在的自動化

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

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

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

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

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

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

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

• 對于傳統(tǒng)的網(wǎng)絡(luò)設(shè)備，基于TFTP服務(wù)的配置文件的集中式更新和管理;這種工具我在很久以前用過BMC的BCAN工具?；诰W(wǎng)絡(luò)設(shè)備已有的可訪問端口，它能夠?qū)崿F(xiàn)配置的極限、偏移檢查和糾正。
• Terraform可以根據(jù)云平臺的開放API，通過代碼的方式管理到AWS，Azure里的虛擬網(wǎng)絡(luò)架構(gòu)，對于私有云的服務(wù)器虛擬化平臺，也可以通過對其Provider進(jìn)行持續(xù)擴(kuò)展的方式，完善網(wǎng)絡(luò)的IaC風(fēng)格的管理，底層也是依賴虛擬化資源池能提供的API。
• Ansible這類的主要是Host配置管理的工具，擴(kuò)展出的網(wǎng)絡(luò)自動化功能，支持的網(wǎng)絡(luò)廠商也逐漸增多。
• 軟件定義網(wǎng)絡(luò)的自動化，我最近了解過Big Switch的方案，這種基于白盒設(shè)備實(shí)現(xiàn)的網(wǎng)絡(luò)基礎(chǔ)架構(gòu)設(shè)施的自動化配置能力和管理方式是和傳統(tǒng)網(wǎng)絡(luò)設(shè)備完全不同的。它們還可以隱藏在類似于虛擬化/HCI管理平臺的底層，在管理虛擬機(jī)的同時(shí)動態(tài)的配置虛擬機(jī)所需要的網(wǎng)絡(luò)配置，實(shí)現(xiàn)了資源的更高度的集成化管理。

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

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

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

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

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

3. 微軟

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

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

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

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

4. 安全

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

通過配置管理，我們能夠從根基上就構(gòu)建起安全性，而不是事后考慮?？梢钥焖儆涗浐蛯?shí)施變更，從而使我們能夠及時(shí)響應(yīng)事件，甚至在大規(guī)模范圍內(nèi)作出及時(shí)響應(yīng)。

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

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

5. 應(yīng)用編排

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

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

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

后記

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

最后一個(gè)補(bǔ)充：參考我上一篇文章的部分內(nèi)容。(2018年DevOps的幾大趨勢)

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

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

 【本文為51CTO專欄作者“劉征”的原創(chuàng)稿件，轉(zhuǎn)載請通過作者微信公眾號“DevOps教練”（MyDevOps）獲取授權(quán)】