從應用程序到其運行的基礎設施， IT 現(xiàn)實都是分布式和異構(gòu)的。企業(yè)正在探索如何在不影響可靠性、安全性或性能的情況下跨數(shù)據(jù)中心、公共云和邊緣的任意組合交付應用程序。

那么加速業(yè)務創(chuàng)新的最佳途徑是什么?企業(yè)如何才能更快地交付應用程序和服務以改善客戶體驗?是否有可能在避免過去放慢部署速度的權(quán)衡的同時最大限度地發(fā)揮云計算的優(yōu)勢?

對多云的采用確實在加速，但將運營擴展到數(shù)據(jù)中心或單一云服務提供商之外的相關挑戰(zhàn)也在加速。在 Canonical 贊助的一項調(diào)查中，1200 名受訪者中有近 78% 的人表示，他們的組織在生產(chǎn)中至少有一個混合或多云用例。

據(jù) Canonical 報道，當團隊考慮軟件即服務 (SaaS) 或第三方托管服務時(這些服務超出了他們直接管理的范圍)，這個數(shù)字可能會更高。然而，接受調(diào)查的DevOps團隊成員發(fā)現(xiàn)了管理各種裸機、虛擬機和 Kubernetes 技術的新挑戰(zhàn)。

學習在這種情況下有效管理運營是一項關鍵挑戰(zhàn)，研究表明，企業(yè)正在尋求通過應用程序而不是配置管理來提高自動化程度。

調(diào)查顯示，30% 的受訪者表示，試用操作員在其組織的“待辦事項清單”上，其中 17% 的人在試用它們，14% 的人在生產(chǎn)中使用它們。

本文探討了不斷增長的多云趨勢對 DevOps 團隊的更廣泛影響，因為組織為應用程序交付和 DevOps 的演進方法奠定了基礎。

1、多云入門

雖然多云計算對于 DevOps 的成功將變得越來越重要，但也不要被它的潛力所迷惑以至于我們錯過了大局。移動太快總是有出錯的可能性。

更好的做法是，關注多云如何不僅能改善運營，而且滿足特定的業(yè)務目標。使用多云環(huán)境必須在業(yè)務、產(chǎn)出和生產(chǎn)力方面提供實實在在的好處，以確保我們一開始就不會忘記我們正在嘗試做的事情。

關于應用現(xiàn)代化的話題，企業(yè)要真正關注應用程序的不同維度。考慮投資回報率并采取嚴格的方法 。這是一門不斷發(fā)展的藝術，旨在讓擁抱多云成為可能。

在將運營擴展到多云環(huán)境時，DevOps 團隊不應該不必要地引入復雜性，這些復雜性可能會阻礙應用程序交付或限制用戶體驗。隨著企業(yè)尋求跨不同類型的網(wǎng)絡基礎設施和跨多云環(huán)境交付應用程序和服務，挑戰(zhàn)變得更大。

VMware 首席執(zhí)行官Raghu Raghuram在 10 月的VMworld 上表示：隨著多云的優(yōu)勢，挑戰(zhàn)也隨之而來，企業(yè)架構(gòu)更加分散，其工作負載更加多樣化，而且是云原生的，更多的應用部署在邊緣環(huán)境中。

當在不同的云上運行時，每個云都有自己孤立的工具和系統(tǒng)，這使得管理、連接和保護在上面運行的應用程序變得更加困難。

事實上，一個企業(yè)的多云環(huán)境應用交付是否可行必須從支持和優(yōu)化業(yè)務的角度來看待，大型企業(yè)的產(chǎn)品線可能依賴于不同的云。但是，這并不意味著同一個應用程序可以在多個云中運行，即使該企業(yè)仍然是多云的。 在這種情況下，云選擇需要仔細匹配特定應用程序和支持它們的團隊的特定需求。

為了實現(xiàn)進一步的增長和簡化，產(chǎn)品需要以更少的客戶工作量提供更多的價值，這就是“即服務”產(chǎn)品在當前形勢下表現(xiàn)如此出色的原因。

2、Kubernetes 和多云

大多數(shù)企業(yè)(根據(jù) Canonical 調(diào)查顯示，接近 46%)尚未在生產(chǎn)中使用容器編排器 Kubernetes。然而，DevOps 團隊開始利用 Kubernetes 分布式架構(gòu)來更好地管理多云操作的用例已經(jīng)開始出現(xiàn)。

將服務網(wǎng)格與 Kubernetes 一起使用可以支持復雜的多云基礎架構(gòu)。

使用 VMware 的 Tanzu for Kubernetes，可以選擇與多個云并行的本地部署、云用戶和 DevOps 社區(qū)的從業(yè)者。

雖然 Kubernetes可以解決多云方面的一些挑戰(zhàn)，但事實是，在多個地方管理基礎設施比在一個地方管理它更難，進入多云世界需要直面這一事實，并在努力將成本降至最低的同時仍然接受它永遠存在。

3、為在邊緣工作的 DevOps 提供服務

隨著 DevOps 團隊的工作擴展到多云環(huán)境，為 DevOps 團隊提供服務的公司開始考慮如何更好地滿足這些團隊的要求。

例如，Kubernetes 平臺領域的領導者 VMware 公開將其未來與服務多云客戶聯(lián)系在一起，最近推出了VMware Edge，以幫助簡化跨多個云和位置的邊緣部署管理。

VMware Edge 由虛擬機和基于容器的堆棧組成，它為 DevOps 團隊提供了在遠端管理和保護邊緣原生應用程序的能力(VMware 將“遠端”定義為位于客戶場所的設備和數(shù)據(jù))。

VMworld 的 VMware 服務提供商和邊緣部門高級副總裁兼總經(jīng)理Sanjay Uppal表示，“這個堆?？梢匀菁{實時工作負載，一直到蜂窩站點基站所需的微秒級，但它也可以在單個域或單個企業(yè)的環(huán)境中運行，跨越數(shù)萬到數(shù)十萬個位置。”

VMware Edge 只是 VMware 抽象多云管理復雜性目標的一種體現(xiàn)。

雖然 DevOps 運營團隊需要為多云基礎設施奠定基礎，但理想情況下，開發(fā)人員不應擔心他們的應用程序是否部署在多云環(huán)境中，甚至不用擔心它們是否會在容器環(huán)境或 Kubernetes 環(huán)境中運行。

在將應用程序投入生產(chǎn)時，開發(fā)人員絕對不應該關心他們在多云系統(tǒng)中使用的 Kubernetes 風格——這可能有助于澄清抽象應該放在哪里。

4、面對技能差距挑戰(zhàn)

多云可以提高應用程序的交付范圍——例如，通過滿足本地化和分散的邊緣用例的需求——但它不應該做的是減慢開發(fā)周期。例如，滿足多云環(huán)境的快速部署節(jié)奏需要比傳統(tǒng)生產(chǎn)管道所需的更多的內(nèi)部專業(yè)知識和自動化。

加利福尼亞州圣何塞的數(shù)字化轉(zhuǎn)型和安全運營公司 Netenrich 的首席戰(zhàn)略官Rich Lane表示，幫助減少多云基礎設施部署所需技能的一種方法是投資基礎設施即代碼 (IaC) 工具。

“這是處理多個云提供商的復雜性的唯一方法，因為它們都有自己的管理和部署分類法，”Lane 表示?！爱斪詣踊捎脮r，DevOps 團隊不希望因被迫采取手動操作進行擴展而受到阻礙?！?/p>

5、在多云中保持應用安全

云原生網(wǎng)絡安全服務提供商 Valtix 的首席執(zhí)行官Douglas Murray表示，對于任何環(huán)境來說，安全始終是一種威脅，當操作擴展到多個云時尤其具有挑戰(zhàn)性。

“從歷史上看，多云的最大障礙之一就是安全性，”Douglas Murray表示?！懊總€云都有一個專有的安全堆棧，企業(yè)沒有能力處理每個云所需的學習曲線。”

“為了實現(xiàn)多云的承諾，企業(yè)需要能夠?qū)⒎阑饓?、入侵防御和跨每個云的流量監(jiān)控等關鍵安全功能抽象到單個策略平面中的解決方案。”

例如， 9 月的亞馬遜網(wǎng)絡服務 (AWS) 中斷事件表明，客戶原本可以通過跨多云擴展運營來降低風險，那么從理論上講，依賴 AWS 作為其唯一云提供商的客戶本可以避免服務中斷。

然而，在實踐中，大規(guī)?？蛻糁袛嗳匀话l(fā)生在擁有多云業(yè)務的大公司中，例如 Netflix。安全公司創(chuàng)始人兼首席執(zhí)行官Archie Agarwal表示，最近這些備受矚目的宕機事件以及多云所代表的更廣泛的安全攻擊載體，顯示出企業(yè)對自己應用程序的復雜性沒有一個明確的把握。

很少有人或團隊了解跨多云環(huán)境的整個應用程序、系統(tǒng)或設備的威脅情況。企業(yè)需要更好地了解他們的系統(tǒng)是如何工作的，以及架構(gòu)可能容易受到哪些類型的威脅。

因此，安全應該“左移”并從開發(fā)過程的一開始就啟動。

事后重新設計安全性比從一開始就將其融入設計和構(gòu)建中更具挑戰(zhàn)性和資源密集型。

盡管存在相關挑戰(zhàn)，但多云為企業(yè)提供的服務還是很有前景的。在避免過去拖累 DevOps 團隊的權(quán)衡取舍的同時，最大化多云優(yōu)勢已經(jīng)成為可能。

當企業(yè)轉(zhuǎn)向云優(yōu)先的視角時，他們可以通過利用廣泛的云原生平臺來實現(xiàn)安全、運營和其他功能，從而實現(xiàn)多云敏捷性。當企業(yè)堅持使用轉(zhuǎn)移到云上的傳統(tǒng)數(shù)據(jù)中心工具時，業(yè)務敏捷性會降低，成本會上升。