用戶怎樣才能通過網絡自動化來實現降低成本，延長正常運行時間，以及簡化數據中心運營呢？
隨著新冠疫情導致全球經濟陷入衰退，迫使員工轉而采用遠程辦公，許多企業不得不提前對數字轉型（DX）投資展開早期壓力測試。
測試的結果喜憂參半。憂的是，Zoom Bombs（Zoom炸彈）已經成為了一個嚴重的問題，喜的是，大多數IT公司都已經意識到，為數量激增的遠程辦公人員提供支持是一項挑戰，不過他們已經對此有所準備，各種應對方式的主要區別是規模，而不是種類。（編者注：Zoom為一款在疫情期間走紅的視頻會議軟件，“Zoom炸彈”則是一種專門針對Zoom的黑客行為。）
許多企業在過去幾年中，都在DX計劃上投入了大量資金，這其中既有銀行業和保險業，又有零售業。市場研究機構Ovum Research指出，在金融領域，銀行方面在2018年僅在前臺數字銀行計劃上就花費了近100億美元。
據市場研究機構IDC發布的《全球半年數字化轉型支出指南》顯示，到2023年，全球范圍內涉及DX的技術與服務的支出預計將達到2.3萬億美元（主要用于在業務實踐、產品和組織架構當中實現數字轉型）。DX支出預計在2019年至2023年將保持穩定增長，5年復合年增長率將達到17.1％。
只要帶寬需求激增，就會導致新的瓶頸。如今要求保持社交距離和強制居家令導致帶寬需求成倍增加。為此，運行在傳統基礎架構上的網絡不得不努力滿足激增的帶寬需求。
過時的網絡基礎設施和路由系統是制約帶寬密集型應用程序的一個瓶頸。盡管這是一個主要的瓶頸，但是卻常常被忽視。許多網絡基礎設施目前仍然采用手動的方式進行維護和管理。通過專線等方式擴容非常耗時，花費的時間不是按小時或按天計算，而是按周，甚至是按月計算。
DX也在不斷發展以適應云計算。IDC數據中心網絡研究副總裁Brad Casemore說：“我們已經從單純的以云為目標，將云作為存儲數據的地方，發展為將云作為一種理念。IT領導者如今已將云計算視為一種運營模型和一套原則。”
盡管這種運營模型和計算原理在不斷地普及，但是實際情況與最終目標之間仍然存在差距。在過渡時期，出現了許多將不同的私有云和公有云融合在一起的混合架構。雖然這些混合模型可以勝任工作，能夠保護之前的投資，但是同時也增加了復雜性。
在受到嚴格監管的行業中，從維護、控制和合規的角度出發，這些大型的以多云服務為中心的基礎設施已經變得過于臃腫，無法使用老工具和手動方式進行管理、保護和治理。
IBM SaltStack通過自動化解決了規模過大的問題
網絡工程主管Brian Armstrong是在2017年就職IBM Cloud的，當時網絡團隊已經建立了一個具有68000臺交換機和路由器的超大規模網絡。
Armstrong說：“我們的工程師非常優秀，并且擅長腳本編寫，他們需要解決的最后一件事就是手動配置設備。”使用傳統工具和方法手動管理和維護這樣龐大的網絡將需要大量人手，尤其是IBM Cloud還在不斷地擴展網絡的規模。
使用腳本在DevOps中很常見，但是這種方法只在具有一致性的計算平臺和操作系統的環境中奏效。對于NetOps團隊而言，情況就變得截然不同了，尤其是那些在超大規模環境中工作的團隊。因為這些環境會隨著時間不斷變化，其突出特點是用戶之前對老舊設備曾經投入了大量資金。
Armstrong說：“如果我們想在整個網絡上更新固件，那么我們面臨的問題是沒有一個統一的方式。因此，我將首個自動化目標設定的非常簡單，即我們需要有效地組織起來。”
IBM Cloud數據中心的一大特點是設備是來自不同供應商，并且這些設備可以以不同的模式運行在不同的操作系統上。在大型異構網絡中，即使編寫快捷方式也是一件非常耗費人力的事情。此外，一堆的臨時腳本會使用戶在安全性、風險管理和治理方面出現問題。
IBM Cloud無法證明更換設備的合理性，同時他們也不希望出現供應商鎖定。IBM Cloud的網絡團隊迅速意識到，要想跟上需求，打破異構硬件基礎設施的唯一方法是將網絡硬件與控制平面徹底脫鉤。
為此，IBM Cloud決定在現有物理基礎設施之上建立一個軟件定義（SDN）網絡層。創建SDN層可使他們能夠集中管理和以編程方式配置所有的物理基礎設施。理想情況下，SDN層可實現對所有異構基礎設施設備便捷的系統性審核和更新。這意味著只針對某個供應商的SDN解決方案已經淘汰出局。
經過深入研究，IBM Cloud的網絡團隊選擇了初創公司SaltStack的基礎設施自動化平臺。IBM將SaltStack用作統一的命令和控制層，為整個IBM Cloud網絡提供全面的審計、遠程執行、自動化、補丁、安全檢測和修復。
借助SaltStack，IBM Cloud將更新所有老舊數據中心和近70000臺網絡設備的時間從幾個月成功地縮短到幾周。這其中還包括了測試配置更改、更新固件和啟用新功能。據IBM Cloud估計，這一舉措成功地為網絡團隊節省了40000多小時的勞動時間，同時消除了由于維護而導致的客戶宕機問題。
除了持續推進通過SaltStack集中管理和維護網絡設備，IBM Cloud還開始使用SaltStack軟件套件中的部分組件來管理虛擬環境，實現合規性自動化和簡化安全運營。
DDoS攻擊迫使羅德島州的學校和非營利組織實現應對行動的自動化
對于資源緊缺的組織機構而言，安全性是推動自動化的一個關鍵因素，因為這些組織機構難以跟上威脅的發展。現在許多攻擊者都在使用自動化工具來繞開傳統的防御措施，因此如果用戶想要通過手動方式處理網絡安全問題，那無異于是拿著大刀長矛對陣自動步槍。
OSHEAN為羅德島的公共機構提供互聯網連接。OSHEAN由160名成員組成，成員包括大學、K-12學校、圖書館、醫院、政府機構和一些非營利性組織。由于針對OSHEAN成員的分布式拒絕服務（DDoS）攻擊大幅激增，為此OSHEAN開始研究安全自動化。
OSHEAN的現狀是獨立處理每種DDoS攻擊。當發現惡意流量時（通常情況是某個受到攻擊的成員會向服務臺報告自己受到了攻擊），OSHEAN的技術團隊會手動抵御惡意流量。這往往會導致受攻擊計算機在被攻擊期間出現中宕機。
OSHEAN的總裁兼首席執行官David Marble認為，隨著OSHEAN的成員規模和入站攻擊數量持續增長，手動方法已經無法再滿足需求了。Marble和他的團隊對一系列可能的解決方案進行了研究后淘汰了部分解決方案，因為這些被淘汰的解決方案都是基于設備或基于開放標準的托管服務。原因在于設備需要先期的資本支出以及持續的維護成本，而具有專利的托管服務功能不多，這會妨礙Kentik開發服務鏈和實現一些功能的自動化。
在研究了各種選項之后，Marble和他的團隊最終選擇了Kentik的網絡性能監視與診斷平臺，以幫助保護成員免受DDoS攻擊。
通過安裝在網絡內部的探測器，Kentik可持續監視數百萬個獨立的IP地址，識別并關注當前流量最高的接收端IP。Kentik會自動為其流量模式設定基線，并評估其流量是否異常。
由于Kentik是基于開放的API，因此OSHEAN可將檢測分析功能與緩解補救措施分離。此外，OSHEAN還可將Kentik平臺與Akamai Prolexic集成在一起，自動將受攻擊的站點進行隔離和清理。
在不到一年的時間里，OSHEAN就憑借Kentik自動擊退了300多次針對其成員的大規模DDoS攻擊。
另外一個額外的好處是，除了幫助OSHEAN自動緩解DDoS攻擊，這些分析功能還可以幫助OSHEAN提高應用程序交付和性能。Marble說：“我們用于抗御DDoS的分析功能也可用于分析應用程序的流量。如果我們的一個成員遇到了應用程序問題，我們可以自動跟蹤該流量以查明問題的根源。”
自動化為基于應用程序的網絡鋪平了道路
隨著軟件定義網絡（SDN）服務開始不斷取代傳統的以硬件為中心的基礎設施，用戶也獲得了在基本的網絡功能的頂層進行優化的機會。例如，隨著SD-WAN服務不再局限于基本的分支機構連接性，轉而將目標升級為云連接性，應用程序感知服務逐步成為了關鍵功能。
通過軟件定義的基礎設施，用戶可以實現基于應用程序的QoS（即優先處理視頻流量），針對某個應用程序的路由（如將google應用程序流量直接發送到Google服務器），甚至是節約成本（僅通過低價連接發送電子郵件）。
IDC的Casemore指出：“分布式云正在推動自動化。用戶不能在不同的云端上使用不同的規則。隨著企業和服務提供商致力于圍繞網絡、安全性，尤其是圍繞分布在不同云端的工作負載制定統一的策略，網絡專業人員不需要再過分關注以前的數據孤島，轉而需要將更多的精力放在如何圍繞應用程序工作流實現自動化上。”
目前混合云環境在大力推進自動化，但是許多新興技術也努力在將傳統基礎設施發揮到極限。盡管物聯網、流媒體和M2M通信都強調傳統架構，但是合規性和5G這兩個新興的問題可能會帶來更為棘手的麻煩。
