數字化轉型是指采用數字技術將非數字產品、服務或運營數字化，其實施目標是通過創新、發明、提升客戶體驗或效率來增加價值。
回顧歷史，數字化曾特指使用模數轉換器將模擬信息轉換為數字形式的過程，例如在圖像掃描儀將圖像信息轉換為數字信號存入電腦。自 1990 年代以來，隨著互聯網使用量的增加，數字化的使用量也有所增加。然而，數字化轉型不僅僅局限于現有流程的數字化。數字化轉型需要考慮如何通過使用新的數字技術來改變產品、流程和組織。2019 年的一篇評論將數字化轉型定義為“旨在通過信息、計算、通信和連接技術的組合觸發實體屬性的重大變化來改進實體的過程。”數字化轉型可被視為社會技術方案。
采用數字技術可以為企業帶來好處，然而，一些公司文化可能難以應對數字化轉型所需的變化。2015 年的一份報告指出，成熟的數字公司正在使用云托管、社交媒體、移動設備和數據分析，而其他公司則使用單獨的技術來解決特定問題。到 2017 年，一項研究發現，只有不到 40% 的行業實現了數字化（盡管媒體、零售和技術行業的數字化率很高）。
截至 2020 年，37% 的歐洲公司和 27% 的美國公司尚未采用數字技術。在 2017-2020 年期間，70% 的歐洲城市增加了數字技術支出。
在 2021 年的一項調查中，55% 的歐洲公司表示新冠病毒流行增加了對數字化的需求，46% 的公司報告說他們的數字化程度更高。這些公司中有一半預計未來數字技術的使用會增加，其中更大比例是以前使用過數字技術的公司。16% 的歐盟企業將缺乏數字基礎設施視為投資的主要障礙，而美國的這一比例為 5%。在 2021 年進行的一項調查中，89% 的受訪非洲銀行聲稱新冠大流行加速了其內部業務的數字化轉型。數字化轉型賦予企業新的活力。
到 2022 年，歐盟 53% 的企業表示已采取行動或進行投資以提高數字化水平。71% 的美國公司報告稱至少使用了一種先進的數字技術，與歐盟組織中 69% 的平均使用率相似。
綜上，我們看到，企業數字化轉型，在全球范圍內方興未艾，未來無限可期。
2022 技術盤點
了解了什么是數字化轉型，特別是傳統企業的數字化轉型，接下來盤點一下 2022 年我們看到的企業在數字化轉型過程中重點關注的幾項技術，與大家分享，期望能夠拋磚引玉。
云原生
相信“云原生”這三個字大家已經不陌生了。首先我們回答一個問題：數字化轉型為什么需要云原生技術？前面提到，數字化轉型不單單指技術，還涉及到產品、流程、組織，數字化轉型可被視為社會技術方案，而不能簡單理解為技術本身的更新換代。企業為什么需要數字化轉型？我們先簡單的從一個方面來看（這或許也是最主要的一個方面）：因為需求變了！因為全社會的節奏加快、突發事件頻出、業務流程極速變更、以及人們對于請求響應時間的預期變短，相信大家在日常生活中這樣的例子屢見不鮮，已經滲透到千行百業。那么，作為響應這些需求的現有的（傳統的）數字化系統，已經不能夠滿足這種快速變化的業務需求，因此需要數字化轉型，需要可以滿足這些需求的更加“敏捷”的系統。那么，云原生正好是可以“敏捷”滿足業務需求的技術體系，既包括更好地利用“云”的能力、可以滿足業務彈性伸縮、應用自動擴展的技術，如 Kubernetes，也包括在該體系下的基礎架構支撐技術及應用開發技術：
比如容器、應用沙箱技術、軟件定義網絡、軟件定義存儲或容器原生存儲、容器安全技術、應用可觀測性技術，等等。云原生為什么需要這些基礎架構支撐技術？因為有了這些技術才能保證應用的細粒度、應用有效隔離、應用的安全、應用的快速變更等等這些為滿足業務敏捷而涌現出的云原生時代的需求。
云原生應用開發技術，可以說是企業數字化轉型中與企業的核心業務關系最為緊密的技術，因為是通過這些技術去實現企業的業務邏輯，它一般包括在 Kubernetes 環境下運行的各種中間件：消息隊列、緩存、API 管理，等等；以及微服務、服務網格、Serverless 架構實現；還包括與此相對應的架構設計理論，如在微服務設計中經常用到的 DDD（領域驅動設計）。同時，云原生的外延十分廣闊，也包括開發云原生應用過程中用到的開發運維一體化的流程體系——DevOps。DevOps，DevOps 在同時考慮到安全后演進而成的 DevSecOps, 以及近年來特別是 2022 的技術熱點 GitOps。上面提到的這些，是云原生涉及到的技術方向，每一個方向上，都會有相同或不同技術路線的一個或多個技術實現。這么多的技術實現，企業在數字化轉型的過程中，如何甄別和選用，就是一個大問題。好在這些技術實現，基本都是開源的，代碼、文檔、以及基于代碼及使用方法的討論都是公開的，用戶可以方便的獲取這些信息。但大量的開源組件需要在企業中運用，往往又是企業數字化轉型過程中的一大難點。這里面我們必須清楚一點，進行數字化轉型的企業，是來自于千行百業，它們不是IT企業，一方面他們對開源軟件的熟悉程度遠不及IT企業和互聯網企業，因此在運用上不是那么得心應手；另一方面，很多行業有很多行業內部的規定，對于開源軟件的使用需要滿足其行業規范，因此，開源人才培養和開源治理，成為這些企業必須要面對的事情。另外，需要特別指出的是：上面提到的這些技術點，未必存在包含關系，只是由一個技術體系引出的相關技術或流程體系很多，但未必是包含或者誰是誰的前置條件。比如，云原生和 DevOps 就不是包含關系，不是云原生包含著DevOps，DevOps 不只是服務于云原生的應用開發，傳統應用也可以通過 DevOps 實現從開發到運維的敏捷高效。當然，如果應用已經做了從傳統到云原生的改造，DevOps 實現起來效果會更好。但在企業實際的數字化轉型過程當中，這個問題經常出現。他們遇到的困擾是：一方面看到了全棧的云原生技術體系有諸多優勢，但是自己很多的傳統業務由于歷史原因，沒辦法一下子容器化。因此，他們有基于傳統應用做 DevOps 的訴求，另外，也有通過一套平臺統一納管不同應用的訴求，如基于虛擬機的應用和基于容器的應用被一套平臺同時納管，或者運行在私有環境和運行在公有云中的應用同時被納管，等等。這就引出了我們要講的第二個技術領域，混合多云。
混合多云架構
混合多云架構，一般是是指物理機、虛擬機、私有云、多個公有云，甚至加上一些邊緣設備構成的邊緣云，共同組成的一個統一的基礎架構。如前所述，云原生離不開底層基礎架構的支撐，數字化轉型的過程也不是一蹴而就。時至今日，金融行業的很多核心系統依然運行在大型機、小型機之上，那么為云原生而做的容器化改造，也必然是個漫長的過程。但統一納管、給用戶以一致體驗，是企業數字化轉型過程中的一個強需求。2022 年成熟起來的一項關鍵技術，就是 KubeVirt, 即將傳統的虛擬機應用封裝到 Kubernetes 的 Pod 中，被 Kubernetes 像調度容器一樣去統一納管，因此，通過一套 Kubernetes，就實現了同時對虛擬機和容器應用的調度管理。混合多云環境下的應用部署、混合多云環境下的安全管理，混合多云環境下的數據流動與管理，這些都為云原生應用的落地提供了可靠的基石，也是 2022 年很多企業重點采用的技術。如果說云原生更多是面向開發團隊，那么混合多云架構則更多的面向運維團隊。我們曾說，數字化轉型不僅僅是新技術的堆砌，還涉及到組織、流程、甚至文化。面向混合多云的架構，面向可橫向擴展的架構，傳統的運維方式和效率，自然顯得有些不合時宜。SRE 的運維理念，在系統可靠性、可觀測性、性能等諸多方面優于傳統的運維方式。2022 年大火的混沌工程，對于提高系統整體的穩定性和彈性，也是一個有意思的嘗試。有朋友可能會問，你說的這些，不還是和云原生、以及 DevOps、微服務這些相關的么？是的，混合多云架構的很大一部分職能就是支持云原生，因為云原生是未來趨勢。但是，我們并沒有忘記傳統的 IT 架構，以及基于傳統 IT 架構的不斷優化，以及為避免重復勞動的持續的自動化實踐。
IT 優化及自動化
IT 優化及自動化，使得企業 IT 系統得以持續改進。業務流程的變化、配置的變更需求，是時時刻刻都在的。另外，我們發現，面向數字化轉型，這類需求會更加頻繁。數字化轉型也為自動化提出了一些更高的或特色化的需求，比如，面向更多的云原生應用實現應用生命周期的自動化管理，面向更多的基礎設施類型實現配置變更或者合規性、安全性的檢查，特別是在公有云或者多云的環境下，等等。因此，這些形形色色的自動化需求可能需要更多為企業量身定制的功能。當然，方便易用的自動化工具也至關重要，好的工具確實可以讓企業 IT 人員的生活變得更加美好。
