什麽是數字化轉型？

概述

當企業随着技術進步而采用全新的創新方式來開展業務時，他們就是在實施數字化轉型。這是一個使用數字化工具從根本上實現轉變的過程，是指通過技術和文化變革來改進或替換現有的資源。數字化轉型并不是指購買某個産品或某種解決方案，而是會影響各行各業中涉及 IT 的所有要素。

我們認爲，相比技術的不斷湧現，技術的欠缺（或出現故障）更讓人頭痛。我們生活在一個數字化時代，我們希望技術能爲我們所用并提供無縫的使用體驗。在大多數情況下，這一點都是能實現的。我們的智能手機上存有可保證我們全天高效工作的一切所需數據（和更多其他功能），這些功能包括文字處理工具、日曆、家庭用電通知、交通出行方案、送餐服務、天氣預報等。但是，當技術不能爲我們所用時，我們會感到非常無力。例如，因公路上沒有安裝電子收費儀而需在收費亭前等着支付現金；前往市區的法院獲取一條據您所知應該已在網上公布的公開記錄；眼睜睜看着電話會議裝置屢次出現問題。

所以，企業必須進行技術投資，以便以我們所期望的方式爲員工和消費者提供服務。要部署雲技術、移動應用和"資源即服務"，必須采用全新的存儲、分析、自動化和管理方式。一項創新可以引發另一項創新，新技術可以促成流程改進，進而改進産品和服務。之後，客戶會要求實現更多改進，因爲他們會在日常生活中慢慢習慣于某些體驗。

數字化轉型簡史

"通過技術實現轉型"的做法可以追溯到幾十年（互聯網）、數百年（印刷機）、甚至幾千年（車輪）前。創建軟件應用、構建 IT 基礎架構和推行業務流程早已經不是什麽新鮮事了，所有技術出版物（從 Business Insider 到 Wired）都介紹過數字化轉型，麻省理工學院斯隆商學院還制定了一個全面的數字化經濟計劃。

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

基礎架構

IT 基礎架構是數字化轉型之路上最重要的革新力量，從大型機、到服務器、再到網絡、然後到雲端托管，一路助推着我們來到了當今的混合環境。但是，并非每一家公司都需要立即采用或适應基礎架構的最新突破性技術。

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

在服務器實現聯網後，尤其是在 1991 年 2GB 服務器開始托管萬維網之後，爲了不被淘汰，企業不得不開始改變自己的基礎架構方案。所有想在互聯網上在占據一席之地的企業都需要配備服務器。現在，服務器可托管内部網以支持私有雲，可連接互聯網以支持公共雲，還可通過混合雲同時支持私有雲和公共雲。

應用

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

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

某些單體式産品要爲 N 層架構讓路，因爲後者能從根本上打破架構的功能壁壘，使企業僅憑一台服務器就能滿足多個應用的需求。借助客戶端/服務器方法，處理請求可池化到一個 2 層架構中，該架構能在回連至服務器（層 2）的客戶端系統（層 1）上運行。目前，部分 N 層應用已被微服務取代，後者可将應用細分爲更小的組件。

如今，很多企業都以單個應用爲中心。很多必不可少的業務流程（物流、制造、研究、開發、管理）也依賴于各種應用。應用之所以能在企業中得以普及，首先要歸功于服務器對市場造成的颠覆性影響，其次源于應用架構的變革。現在，架構仍在不斷變革，并影響着各種業務流程。

流程

業務流程貌似并談不上轉不轉型（流程本身就很抽象，它又該如何數字化呢？），但它們可以通過自身所依賴的系統來實現變革。

瀑布式方案允許 1 組研究人員、開發人員或運維人員在任意指定時間使用一台機器。這是一個緩慢的過程，每年隻有幾個代碼得以發布。這是因爲整個大型機需要進行非常複雜的數學計算，才能确定宇航員的進入軌道（舉例而言）。

每分鍾 2,000 次的計算速度與現在的每分鍾計算 1,000,000,000,000,000 次相比，兩者相差了 15 個數量級，這樣的計算可能需要幾天才能完成。除了計算機處理輸入和輸出結果所需時間太久之外，大型機要比現在的機器更大、更貴。因此，即使您能夠負擔得起多台大型機，您可能也沒有地方來放置它們，因爲一台大型機就需要占用 350 平方英尺的空間。需求量如此之高，而可用的系統卻少之又少，所以除了瀑布法之外，沒有太多的流程可供選擇。

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

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

實現數字化轉型

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

您的技術使用現狀如何呢？是否仍依賴于由傳統軟件構成的單體式堆棧？您的開發人員是否已遷移到公共雲環境，但仍在拼命将應用轉移到企業内部？您的業務線是否已準備就緒，能夠制定适合自身業務的技術決策，而不是被動地等待傳統技術供應商的發展策略？無論您的現狀如何，您都需要以此爲起點做出改變。注意：如果您認爲自己在數字轉型化方面已經落後了，請振作起來，因爲情況并非如此。

每個人的起點都各不相同，所以世界上沒有通用的數字化轉型框架、操作手冊或路線圖。您無法依靠某個委員會或某個框架來實現變革，通過這種方式您也設計不出創新型 IT。您的企業可能需要重新思考現有的軟件、開發方法、業務流程和人員職責；或者，您可能已經擁有良好的架構基礎，隻需添加幾個新功能即可。

實現數字化是一項長期戰略，而非短期戰術。您必須不斷地進行文化和技術調整，才能取得持久的成功。這種調整不一定非得是革命性或颠覆性的（漸進式、增量式和叠代式的進步也是進步）。您的目标應該是在市場要求您做出改變之前先主動适應變化。因爲市場遲早會要求應勢而變。不管您的業務是開飛機還是賣報紙，您總會面臨颠覆性威脅。