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

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

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

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

學(xué)習(xí)在這種情況下有效管理運(yùn)營(yíng)是一項(xiàng)關(guān)鍵挑戰(zhàn)，研究表明，企業(yè)正在尋求通過(guò)應(yīng)用程序而不是配置管理來(lái)提高自動(dòng)化程度。

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

本文探討了不斷增長(zhǎng)的多云趨勢(shì)對(duì) DevOps 團(tuán)隊(duì)的更廣泛影響，因?yàn)榻M織為應(yīng)用程序交付和 DevOps 的演進(jìn)方法奠定了基礎(chǔ)。

1、多云入門

雖然多云計(jì)算對(duì)于 DevOps 的成功將變得越來(lái)越重要，但也不要被它的潛力所迷惑以至于我們錯(cuò)過(guò)了大局。移動(dòng)太快總是有出錯(cuò)的可能性。

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

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

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

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

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

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

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

2、Kubernetes 和多云

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

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

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

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

3、為在邊緣工作的 DevOps 提供服務(wù)

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

例如，Kubernetes 平臺(tái)領(lǐng)域的領(lǐng)導(dǎo)者 VMware 公開(kāi)將其未來(lái)與服務(wù)多云客戶聯(lián)系在一起，最近推出了VMware Edge，以幫助簡(jiǎn)化跨多個(gè)云和位置的邊緣部署管理。

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

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

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

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

在將應(yīng)用程序投入生產(chǎn)時(shí)，開(kāi)發(fā)人員絕對(duì)不應(yīng)該關(guān)心他們?cè)诙嘣葡到y(tǒng)中使用的 Kubernetes 風(fēng)格——這可能有助于澄清抽象應(yīng)該放在哪里。

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

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

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

“這是處理多個(gè)云提供商的復(fù)雜性的唯一方法，因?yàn)樗鼈兌加凶约旱墓芾砗筒渴鸱诸惙?，”Lane 表示。“當(dāng)自動(dòng)化可用時(shí)，DevOps 團(tuán)隊(duì)不希望因被迫采取手動(dòng)操作進(jìn)行擴(kuò)展而受到阻礙?！?/p>

5、在多云中保持應(yīng)用安全

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

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

“為了實(shí)現(xiàn)多云的承諾，企業(yè)需要能夠?qū)⒎阑饓Α⑷肭址烙涂缑總€(gè)云的流量監(jiān)控等關(guān)鍵安全功能抽象到單個(gè)策略平面中的解決方案。”

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

然而，在實(shí)踐中，大規(guī)模客戶中斷仍然發(fā)生在擁有多云業(yè)務(wù)的大公司中，例如 Netflix。安全公司創(chuàng)始人兼首席執(zhí)行官Archie Agarwal表示，最近這些備受矚目的宕機(jī)事件以及多云所代表的更廣泛的安全攻擊載體，顯示出企業(yè)對(duì)自己應(yīng)用程序的復(fù)雜性沒(méi)有一個(gè)明確的把握。

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

因此，安全應(yīng)該“左移”并從開(kāi)發(fā)過(guò)程的一開(kāi)始就啟動(dòng)。

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

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

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