redhat認為，相比技術的不斷涌現(xiàn)，技術的欠缺（或出現(xiàn)故障）更讓人頭痛。我們生活在一個數(shù)字化時代，我們希望技術能為我們所用并提供無縫的使用體驗。在大多數(shù)情況下，這一點都是能實現(xiàn)的。我們的智能手機上存有可保證我們?nèi)旄咝Чぷ鞯囊磺兴钄?shù)據(jù)（和更多其他功能），這些功能包括文字處理工具、日歷、家庭用電通知、交通出行方案、送餐服務、天氣預報等。但是，當技術不能為我們所用時，我們會感到*無力。例如，因公路上沒有安裝電子收費儀而需在收費亭前等著支付現(xiàn)金；前往市區(qū)的法院獲取一條據(jù)您所知應該已在網(wǎng)上公布的公開記錄；眼睜睜看著電話會議裝置屢次出現(xiàn)問題。

所以，企業(yè)必須進行技術投資，以便以我們所期望的方式為員工和消費者提供服務。要部署云技術、移動應用和“資源即服務”，必須采用全新的存儲、分析、自動化和管理方式。一項創(chuàng)新可以引發(fā)另一項創(chuàng)新，新技術可以促成流程改進，進而改進產(chǎn)品和服務。之后，客戶會要求實現(xiàn)更多改進，因為他們會在日常生活中慢慢習慣于某些體驗。

您可以這樣想：

• 產(chǎn)品（如文件柜中的紙質(zhì)記錄）已轉(zhuǎn)變?yōu)槿萜髦械奈缓妥止?jié)并存儲在云端，即使是文件柜本身，也實現(xiàn)了抽象和軟件定義。

• 酒店體驗和租車等服務已被民宿備用房間所取代（我們稍后再來詳談），司機也會通過智能手機隨傳隨到。

• 瀑布式工作流等流程已經(jīng)發(fā)展為各種 DevOps 實踐，從而使團隊能以迭代方式推進各項工作。

軟件讓生活變得更美好，這就是數(shù)字化轉(zhuǎn)型的意義所在。那么，它的具體定義又是什么呢？

“通過技術實現(xiàn)轉(zhuǎn)型”的做法可以追溯到幾十年（互聯(lián)網(wǎng)）、數(shù)百年（印刷機）、甚幾千年（車輪）前。創(chuàng)建軟件應用、構(gòu)建 IT 基礎架構(gòu)和推行業(yè)務流程早已經(jīng)不是什么新鮮事了，所有技術出版物（從 Business Insider 到 Wired）都介紹過數(shù)字化轉(zhuǎn)型，麻省理工學院斯隆商學院還制定了一個的數(shù)字化經(jīng)濟計劃。

但是，技術的爆炸式增長是有源可溯的。它先得益于基礎架構(gòu)，基礎架構(gòu)為重新定義業(yè)務流程的應用奠定了基礎。于是，所有的一切都實現(xiàn)了互連：基礎架構(gòu)決定了您會使用哪些類型的應用，這些應用又進而決定了哪些類型的流程表現(xiàn)。現(xiàn)在，就讓我們一起來了解一下。

基礎架構(gòu)

IT 基礎架構(gòu)是數(shù)字化轉(zhuǎn)型之路上重要的革新力量，從大型機、到服務器、再到網(wǎng)絡、然后到云端托管，一路助推著我們來到了當今的混合環(huán)境。但是，并非每一家公司都需要立即采用或適應基礎架構(gòu)的新突破性技術。

一切都要從大型機開始說起。這些歷史悠久的金屬機器使得每分鐘的計算量翻了一翻，因而重新定義了數(shù)據(jù)處理。但是，這項技術并未在一夜之間被廣為采納。先采用大型機的是，借助大型機，處理人口普查的時間從十幾年縮短到了一年半。

在服務器實現(xiàn)聯(lián)網(wǎng)后，尤其是在 1991 年 2GB 服務器開始托管萬維網(wǎng)之后，為了不被淘汰，企業(yè)不得不開始改變自己的基礎架構(gòu)方案。所有想在互聯(lián)網(wǎng)上在占據(jù)一席之地的企業(yè)都需要配備服務器?，F(xiàn)在，服務器可托管內(nèi)部網(wǎng)以支持私有云，可連接互聯(lián)網(wǎng)以支持公共云，還可通過混合云同時支持私有云和公共云。

應用

基礎架構(gòu)可托管各種應用?，F(xiàn)在，我們都會依賴應用來開展業(yè)務，但是一開始情況并非如此。就在服務器成為廣受歡迎的基礎架構(gòu)工具之時，應用也開始為整個市場帶來了顛覆性的變化。（請試想一下這樣的情景：新的 IT 基礎架構(gòu)甚都還沒完全發(fā)展成熟，就有另一項不同的顛覆性技術開始撼動整個市場了。）

先出現(xiàn)的單體式應用：1 個應用對應 1 個服務器。想要添置新的應用？就需要添置新的服務器。輸入、輸出和處理通常都是由單個硬件來實施。企業(yè)的實際設備空間決定了應用所能產(chǎn)生的顛覆性影響的范圍；如果想要更多（或更好）的應用，就必須留出更多的空間用來添置服務器。

某些單體式產(chǎn)品要為 N 層架構(gòu)讓路，因為后者能從根本上打破架構(gòu)的功能壁壘，使企業(yè)僅憑一臺服務器就能滿足多個應用的需求。借助客戶端/服務器方法，處理請求可池化到一個 2 層架構(gòu)中，該架構(gòu)能在回連服務器（層 2）的客戶端系統(tǒng)（層 1）上運行。目前，部分 N 層應用已被微服務取代，后者可將應用細分為更小的組件。

如今，很多企業(yè)都以單個應用為。很多必不可少的業(yè)務流程（物流、制造、研究、開發(fā)、管理）也依賴于各種應用。應用之所以能在企業(yè)中得以普及，首先要歸功于服務器對市場造成的顛覆性影響，其次源于應用架構(gòu)的變革。現(xiàn)在，架構(gòu)仍在不斷變革，并影響著各種業(yè)務流程。

流程

業(yè)務流程貌似并談不上轉(zhuǎn)不轉(zhuǎn)型（流程本身就很抽象，它又該如何數(shù)字化呢？），但它們可以通過自身所依賴的系統(tǒng)來實現(xiàn)變革。

瀑布式方案允許 1 組研究人員、開發(fā)人員或運維人員在任意指定時間使用一臺機器。這是一個緩慢的過程，每年只有幾個代碼得以發(fā)布。這是因為整個大型機需要進行*復雜的數(shù)學計算，才能確定宇航員的進入軌道（舉例而言）。每分鐘 2,000 次的計算速度與現(xiàn)在的每分鐘計算 1,000,000,000,000,000 次相比，兩者相差了 15 個數(shù)量級，這樣的計算可能需要幾天才能完成。除了計算機處理輸入和輸出結(jié)果所需時間太久之外，大型機要比現(xiàn)在的機器更大、更貴。因此，即使您能夠負擔得起多臺大型機，您可能也沒有地方來放置它們，因為一臺大型機就需要占用 350 平方英尺的空間。需求量如此之高，而可用的系統(tǒng)卻少之又少，所以除了瀑布法之外，沒有太多的流程可供選擇。

雖然多層處理可以提高開發(fā)流程的敏捷性，但是開發(fā)和運維團隊仍會獨立開展工作。這不是一件壞事，每個團隊都需要不同的工作流程和環(huán)境。但是，這的確會影響運行速度。因此，開發(fā)人員可能會創(chuàng)建一個功能強大的新應用。這些強大的功能也會占用大量的資源，但是開發(fā)人員不會考慮這類問題，因為這是運維團隊的事情。另一方面，運維團隊可能需要衡量應用層的資源使用情況，這意味著開發(fā)人員必須在應用中添加額外的代碼，這些代碼或許能很好地協(xié)同工作（或許不能）。

微服務和容器（它們都實現(xiàn)了 DevOps ）可以緩解這些小麻煩。它能加強協(xié)作，使團隊能夠使用一致的工具集對組件進行迭代工作，并且代碼可以根據(jù)需要在團隊和環(huán)境之間遷移。

數(shù)字化轉(zhuǎn)型無法通過單個簡單的解決方案來實現(xiàn)，這既是一件好事，也是一件壞事。您日后的技術使用方式能否得以改變，完全取決于您現(xiàn)在的技術使用方式。

您的技術使用現(xiàn)狀如何呢？是否仍依賴于由傳統(tǒng)軟件構(gòu)成的單體式堆棧？您的開發(fā)人員是否已遷移到公共云環(huán)境，但仍在拼將應用轉(zhuǎn)移到企業(yè)內(nèi)部？您的業(yè)務線是否已準備就緒，能夠制定適合自身業(yè)務的技術決策，而不是被動地等待傳統(tǒng)技術供應商的發(fā)展策略？無論您的現(xiàn)狀如何，您都需要以此為起點做出改變。注意：如果您認為自己在數(shù)字轉(zhuǎn)型化方面已經(jīng)落后了，請振作起來，因為情況并非如此。

每個人的起點都各不相同，所以上沒有通用的數(shù)字化轉(zhuǎn)型框架、*作手冊或路線圖。您無法依靠某個委員會或某個框架來實現(xiàn)變革，通過這種方式您也設計不出創(chuàng)新型 IT。您的企業(yè)可能需要重新思考現(xiàn)有的軟件、開發(fā)方法、業(yè)務流程和人員職責；或者，您可能已經(jīng)擁有良好的架構(gòu)基礎，只需添加幾個新功能即可。

實現(xiàn)數(shù)字化是一項長期戰(zhàn)略，而非短期戰(zhàn)術。您必須不斷地進行文化和技術調(diào)整，才能取得持久的成功。這種調(diào)整不一定非得是性或顛覆性的（漸進式、增量式和迭代式的進步也是進步）。您的目標應該是在市場要求您做出改變之前先主動適應變化。因為市場遲早會要求應勢而變。不管您的業(yè)務是開飛機還是賣報紙，您總會面臨顛覆性威脅。

數(shù)字化轉(zhuǎn)型是技術發(fā)展的必然趨勢。這種顛覆性可能無處不在，但似乎又無跡可尋。

比如，酒店業(yè)就曾經(jīng)歷過多次顛覆性的轉(zhuǎn)變。曾經(jīng)，要想找到一家酒店，您需要開著車在鎮(zhèn)上穿行，尋找寫著“有空房供應”的霓虹燈標牌。電話簿可能是個引發(fā)酒店業(yè)發(fā)生顛覆性轉(zhuǎn)變的產(chǎn)物，被收錄其中的酒店會在競爭中占據(jù)優(yōu)勢?；ヂ?lián)網(wǎng)則是第二個顛覆性產(chǎn)物：設立了網(wǎng)站的酒店能夠吸引會上網(wǎng)的客人預訂房間，而那些沒有提供在線服務的酒店不可能擁有此類客源。通過應用編程接口 (API) 整合了旅行票價信息和預訂服務的旅游網(wǎng)站是第三個顛覆性產(chǎn)物。那些整合了標準 API 并與旅游網(wǎng)站聯(lián)網(wǎng)的酒店可從中受益。* 第四個，也就是現(xiàn)在正影響著酒店業(yè)的顛覆性產(chǎn)物，則是手機，它實現(xiàn)了一種共享經(jīng)濟，重新定義了整個酒店業(yè)。現(xiàn)在，旅客可以繞過酒店直接租借他人的沙發(fā)、房間、公寓或住宅。

顛覆性的工具可以激發(fā)顛覆性的理念，進而促成顛覆性的實踐。請想一下：手機在共享經(jīng)濟成為現(xiàn)實之前就已經(jīng)存在了。API 可以減少您與新客戶之間的障礙，綜合性旅游網(wǎng)站就利用了這一點；手機可以簡化客戶的訪問過程，急切吸引客源的酒店就利用了這一點。市場外部的顛覆性因素（API 和手機）可能促發(fā)市場內(nèi)部的顛覆性因素（綜合性旅游網(wǎng)站和共享經(jīng)濟型應用）。明白了吧？這些因素都是互聯(lián)互通的。

來源：Chris Bradley 和 Clayton O’Toole。如何抓住現(xiàn)有機遇實現(xiàn)數(shù)字化顛覆。麥肯錫季刊，2016 年 5 月。
* 由于 API 的興起，整個旅游整合技術終打響了一場價格戰(zhàn)，讓客戶享受到了實惠的價格。這為一些企業(yè)帶來了利潤，但也提高了其他企業(yè)的成本，但總歸好過錯過潛在客戶。這項顛覆性技術很好地展示了：

1. 技術是如何改變消費者所期望的服務的。
2. 顛覆性轉(zhuǎn)變并非總能讓市場和實現(xiàn)顛覆的企業(yè)受益，有時，只有客戶能從中受益。