雲原生技術是關於如何構建應用程式，而不是在那裡構建應用程式。這意味著全球企業可以在自己的資料中心以及公有云中運行雲原生應用程式。 Kubernetes是該模型的關鍵基礎技術之一，這解釋了為什麼它在過去幾年中迅速崛起。

Kubernetes透過自動執行附加值低的常規任務，讓全球IT團隊更快地構建和執行應用程式，以便團隊可以專注於為業務增加價值。Kubernetes的核心增值部分是其在任何地方執行的靈活性，即在任何資料中心或任何雲中執行。

最近讀了一篇文章，描述了採用雲原生IT策略的危險。這篇文章認為“雲原生意味著鎖定”，並聲稱雲原生都與特定的公有云提供合作，目標是從雲計算中獲得最大收益，這與部署雲原生技術的大型企業的經驗不符合，這些技術通常是開源技術（如Kubernetes）。事實上，我認為採用雲原生實踐是避免供應商鎖定的唯一最佳方法。

可能僅僅是定義錯位而不是結構上的分歧。雲原生計算基金會將雲原生定義為“使組織能夠在公有，私有和混合雲等現代動態環境中構建和執行可擴充套件應用程式的技術。”（參見CNCF常見問題解答。）構建能力可以跨多個雲環境部署的應用程式是雲原生命題的核心。 在設計可在任何環境中執行的應用程式時，你可以保護自己免受那些使用鎖定來提高價格和減少服務的供應商的影響。

由於以下幾個原因，在Kubernetes上執行的雲原生應用程式很容易在多個環境中執行：

雲原生應用程式打包在Linux容器中，比其他打包技術（如虛擬機器）更容易在多個環境中執行而無需修改。

所有主要的雲提供商都提供Kubernetes服務，使Kubernetes打包的應用程式能夠以最小的修改或不修改的方式移動，使企業在雲之間輕鬆遷移。

由於Kubernetes社群開放儲存介面的進步，現在可以直接在Kubernetes上執行資料服務，使資料像容器一樣可移植，從而消除了重要的鎖定源。

最近一次客戶訪問的軼事說明了這一點。我與一家在公有云上投入巨資的全球銀行IT高階管理這會面。雖然該公司的絕大多數工作負載都在一個雲上執行，但該公司最近支付了300名開發人員在競爭雲上獲得認證，並且正在大力投資以在Kubernetes上執行其應用程式，正是因為這些應用程式能夠執行多雲。 “這就像核緩和一樣，”她告訴我。 “如果他們知道我們可以離開他們，選擇一個更好的合作伙伴，如果我們留下來，我們會得到更好的定價和服務。”

這家銀行正在以穩健並且平衡的方式實踐雲原生。該公司瞭解公有云的價值，但它正在構建其應用程式，以便在需要時將其遷移至其他雲提供商。

我認為業內的一些人將“雲原生”等同於“特定於雲的服務”，例如無伺服器技術和託管資料服務。我同意採用無伺服器和託管資料服務可以導致鎖定。鎖定專有服務和資料格式可防止應用程式在雲之間輕鬆移動。但是，如果企業使用像Kubernetes這樣的雲原生技術來簡化遷移，我認為雲原生是阻止雲鎖定的最佳方式，而不是原因。

原文連結：

https：//www。infoworld。com/article/3356498/how-cloud-native-technologies-defeat-cloud-lock-in。html