為什么DevOps是保持完全遠(yuǎn)程業(yè)務(wù)的關(guān)鍵

當(dāng)我們轉(zhuǎn)向完全遠(yuǎn)程工作時，DevOps工程師(就像其他人一樣)的生活陷入了某種程度的混亂。在您考慮分布式工作對開發(fā)的影響之前，處理分布式工作是一個組織的挑戰(zhàn)。正如麥肯錫在幾個月前的一份報告中發(fā)現(xiàn)的那樣，對于遠(yuǎn)程團(tuán)隊(duì)的交付能力，管理層顯然存在焦慮(盡管這種焦慮并不一定源于現(xiàn)實(shí))。

這種突然的、被迫的遠(yuǎn)程勞動力的一線希望是，我們有機(jī)會在DevOps迎來真正的數(shù)字轉(zhuǎn)型。這似乎是一個讓人抓狂和絕望的時刻，絕對是數(shù)字革命最糟糕的時刻，但事實(shí)是，我們現(xiàn)在正處于一個自動化、授權(quán)和組織我們基礎(chǔ)設(shè)施的位置，這在五年前是不可能的。

當(dāng)這是他們至少幾個月來唯一的選擇時，你不再需要要求管理層以數(shù)字為先。在完全分布式的時間里，DevOps才真正有潛力發(fā)光發(fā)亮，并成為稍微有點(diǎn)冗長的“BizDevOps”術(shù)語的某種形式。

事實(shí)上，現(xiàn)在是DevOps成為組織英雄的時候了。在我們都在拼命尋求勝利的時候，IT和DevOps可以在內(nèi)部和外部進(jìn)行創(chuàng)新和交付。

[閱讀:如何讓你的虛擬會議更有效率]

現(xiàn)在正是您評估DevOps工作中哪些工作有效，哪些工作無效的好時機(jī)，特別是您和您的團(tuán)隊(duì)將時間和精力放在何處的時候。

我在大約一年前寫過，DevOps專業(yè)人員應(yīng)該信任自動化——現(xiàn)在是時候了，你必須這樣做。

簡單地說，公司將會有更多的有限的預(yù)算，雇傭凍結(jié)(在最好的情況下)將是可能的，這意味著你要確保你能做的不僅僅是保持燈開著和網(wǎng)站運(yùn)行。

由于你的企業(yè)失去了很多親自和實(shí)體的存在，你將面臨更大的壓力，以快速和持續(xù)的交付。

我還想澄清一點(diǎn)，我指的不僅僅是面向公眾的網(wǎng)站。在最近的一次網(wǎng)絡(luò)研討會上，我討論了有多少現(xiàn)代公司的內(nèi)部網(wǎng)站需要同樣水平的關(guān)注，甚至需要DevOps專業(yè)人員進(jìn)行更多的審查。

當(dāng)外部網(wǎng)站宕機(jī)時，客戶會不高興，但當(dāng)內(nèi)部網(wǎng)站宕機(jī)時，你的老板會知道。他們不開心。

即使在處理幾個站點(diǎn)時，始終自動化您的基礎(chǔ)設(shè)施也是有幫助的，但在管理數(shù)百或數(shù)千個站點(diǎn)時(這時您需要考慮FleetOps)，這是必不可少的。

在一個理想的世界里，開發(fā)和運(yùn)營應(yīng)該在同一頁上，而在一個理想的世界里，他們每時每刻都在一起工作。

這意味著一些簡單的事情，比如對正在發(fā)生的任何更改進(jìn)行清晰的溝通，以及跨基礎(chǔ)設(shè)施一致地使用腳本和工具。

這可能意味著在應(yīng)用程序代碼的注釋和報告(例如)方面有新的組織變化，這樣您的分布式團(tuán)隊(duì)就不會不斷地試圖弄清楚發(fā)生了什么。

當(dāng)你的團(tuán)隊(duì)完全分散時，這一點(diǎn)尤其重要——你不能只是走到某人的辦公桌前，而且你絕對不能讓他們在你需要他們的時候拿起電話或檢查Slack。

正如我所暗示的，一個分布式公司不再將DevOps隔離在核心業(yè)務(wù)流程之外。

我們急于進(jìn)入一個完全數(shù)字化的第一世界，這意味著你將看到公司的各個部門在他們從來沒有解決過的低效問題的重壓下崩潰。

可能是你的營銷部門有一百個微站點(diǎn)，它們都是通過一堆亂七八糟的數(shù)據(jù)庫管理的，或者你大學(xué)的招生部門在桌子底下有物理服務(wù)器。

但現(xiàn)在是時候了，你不必解釋為什么必須做出徹底的改變，以使你的公司更快、更有效率。

當(dāng)您的組織尋求快速數(shù)字化和“云化”自身以面對當(dāng)前的社會和經(jīng)濟(jì)挑戰(zhàn)時，DevOps可以在促進(jìn)轉(zhuǎn)型、驅(qū)動價值和保持業(yè)務(wù)運(yùn)轉(zhuǎn)方面發(fā)揮主導(dǎo)作用。