企業(yè)擴(kuò)展其應(yīng)用程序以滿足業(yè)務(wù)需求并不少見，但是他們需要意識到運(yùn)營云計(jì)算環(huán)境面臨的復(fù)雜性問題。

對于大多數(shù)企業(yè)來說，采用云計(jì)算技術(shù)并不是什么獨(dú)特的體驗(yàn)，但在云平臺中運(yùn)營和在云平臺中擴(kuò)展業(yè)務(wù)之間有著顯著的區(qū)別。

[[345125]]

隨著云原生組織的規(guī)模和復(fù)雜性的不斷增長，企業(yè)IT團(tuán)隊(duì)將不可避免地遇到許多新問題，這些問題使管理不斷增長的云計(jì)算服務(wù)需求變得既困難又費(fèi)時(shí)。

如果企業(yè)的IT團(tuán)隊(duì)不熟悉和不擅長管理不斷增長的和需求相關(guān)的常見挑戰(zhàn)，那么大規(guī)模運(yùn)營云計(jì)算服務(wù)可能會非常困難。為確保企業(yè)為應(yīng)對云計(jì)算業(yè)務(wù)擴(kuò)展的挑戰(zhàn)做好準(zhǔn)備，以下對6個(gè)復(fù)雜性問題進(jìn)行分析和探討。

1. 管理開發(fā)環(huán)境成本

大多數(shù)應(yīng)用程序在開始應(yīng)用時(shí)通常都是專注于解決單個(gè)問題的小規(guī)模的服務(wù)，并且出現(xiàn)問題也能夠很好地解決。但是隨著企業(yè)的發(fā)展，客戶的需求也會大幅增長。雖然這是可以管理的，但只能在一定程度上應(yīng)對。而每增加一項(xiàng)功能，應(yīng)用程序基礎(chǔ)設(shè)施的復(fù)雜性就會增加，相關(guān)成本也會隨之增加。

而弄清楚如何管理不斷增長的開發(fā)環(huán)境的成本幾乎與弄清楚如何管理開發(fā)環(huán)境本身一樣困難。實(shí)際上，這兩個(gè)問題是交織在一起的。

大多數(shù)企業(yè)首先在其內(nèi)部部署數(shù)據(jù)中心中為工程師提供類似的開發(fā)環(huán)境。這樣可以降低成本，并確保開發(fā)人員(無論是否遠(yuǎn)程)不會因?yàn)榈卿泦栴}、互聯(lián)網(wǎng)速度或可用性而降低生產(chǎn)率。

但是當(dāng)企業(yè)的業(yè)務(wù)在云平臺中以一定規(guī)模運(yùn)營時(shí)，這些做法變得不切實(shí)際，并且需要?jiǎng)?chuàng)建具有更多專用資源的基于云計(jì)算的開發(fā)環(huán)境。隨著時(shí)間的推移，使用更多基于云計(jì)算的資源可能會支付更多的費(fèi)用。

找到一個(gè)平衡點(diǎn)具有挑戰(zhàn)性，但是對生產(chǎn)率和效率的需求應(yīng)該超過實(shí)現(xiàn)生產(chǎn)平衡的愿望。創(chuàng)建和支持流程是一個(gè)很好的起點(diǎn)，可以使開發(fā)人員能夠在內(nèi)部部署數(shù)據(jù)中心上運(yùn)行應(yīng)用程序基礎(chǔ)設(shè)施的一個(gè)子集，同時(shí)通過模擬或共享服務(wù)填補(bǔ)空白。

2. 評估云平臺原生工具

在云平臺中進(jìn)行擴(kuò)展的時(shí)候，企業(yè)都必須做出選擇：使用最方便的工具還是使用最便攜的工具。開源工具和服務(wù)使企業(yè)能夠隨著工作負(fù)載需求的變化從一個(gè)云平臺過渡到另一個(gè)云平臺。但是，第三方工具通?？梢愿行У亟鉀Q他們的問題。

但是，由于并非每個(gè)云計(jì)算提供商都能滿足客戶的需求，因此供應(yīng)商鎖定對于IT團(tuán)隊(duì)是一個(gè)非?，F(xiàn)實(shí)的問題。無論企業(yè)選擇哪一個(gè)云計(jì)算提供商，都應(yīng)該采用“并發(fā)”方法來解決問題。這可以幫助企業(yè)確定適合其業(yè)務(wù)的正確工具，而不是適合云平臺的正確工具。

隨著多云的應(yīng)用變得越來越普遍，這變得更加必要。如果企業(yè)專注于采用解決正確問題的服務(wù)，同時(shí)又投資將這些服務(wù)結(jié)合在一起的工具，則將會擁有更大的靈活性。

3. 規(guī)模測試

隨著數(shù)據(jù)的增長，了解不同規(guī)模運(yùn)營的限制至關(guān)重要。當(dāng)然，企業(yè)可以防范性能不佳的數(shù)據(jù)庫查詢并盡早引入緩存，但是要進(jìn)行規(guī)模測試，不僅需要防御性的開發(fā)實(shí)踐，而且了解應(yīng)用程序在增加流量的性能與了解應(yīng)用程序在增加數(shù)據(jù)的性能同等重要。但是如何進(jìn)行測試呢?

企業(yè)盡早構(gòu)建可利用應(yīng)用程序基礎(chǔ)設(shè)施的工具。構(gòu)建類似于生產(chǎn)的過渡環(huán)境可能代價(jià)高昂，但是如果能夠使用代表其生產(chǎn)環(huán)境的數(shù)據(jù)和流量來測試應(yīng)用程序，則可以在潛在的瓶頸變成真正的問題之前就將其識別出來。企業(yè)了解其云計(jì)算環(huán)境的局限性至關(guān)重要，而采用積極的規(guī)模擴(kuò)展方法比被動(dòng)方法的成本低得多。

4. 打破知識孤島

企業(yè)的IT團(tuán)隊(duì)面臨的最大的云計(jì)算擴(kuò)展挑戰(zhàn)是如何應(yīng)對和打破知識孤島。當(dāng)規(guī)模很小的時(shí)候，對于處理API或數(shù)據(jù)庫的工作人員很容易處理，而且效率很高。

企業(yè)的IT專家可以在每個(gè)領(lǐng)域?qū)崿F(xiàn)更一致的開發(fā)，而其開發(fā)團(tuán)隊(duì)需要更好地理解每個(gè)領(lǐng)域的差別。然而，隨著云計(jì)算技術(shù)的發(fā)展進(jìn)步，這些專家的知識和經(jīng)驗(yàn)可能會面臨瓶頸。他們所關(guān)注領(lǐng)域發(fā)生的任何變化通常需要他們的知識和經(jīng)驗(yàn)進(jìn)行解釋和監(jiān)督。

盡管這些知識孤島的安全性很高，但也存在一定的風(fēng)險(xiǎn)。例如企業(yè)的員工離職的話，那么有關(guān)重要基礎(chǔ)設(shè)施的背景和細(xì)節(jié)的信息有可能會泄露或丟失。

要真正打破知識孤島，就需要多人來負(fù)責(zé)。記錄流程或過程很重要，但是必須確定應(yīng)該對其進(jìn)行管理的團(tuán)隊(duì)或部門，正確地將文檔交給這一團(tuán)隊(duì)至關(guān)重要。

5. 獲得并保持可見性

在大多數(shù)應(yīng)用程序的早期階段，像監(jiān)視、日志聚合、度量和異常監(jiān)視這樣的概念都很簡單，而且通常成本不高。大多數(shù)云計(jì)算提供商提供云原生工具來滿足這些需求。

如果這些工具還不夠好，那么企業(yè)從第三方和開源服務(wù)中獲得的功能就足以滿足早期需求。但是，隨著大規(guī)模運(yùn)行云計(jì)算服務(wù)的需求增加，這些第三方選擇的成本可能是巨大的。這也可能非常耗時(shí)。

要獲得對應(yīng)用程序基礎(chǔ)設(shè)施的可見性，最好從小處著手，然后再擴(kuò)大規(guī)模。監(jiān)視工具應(yīng)該很容易根據(jù)需要進(jìn)行替換和修改。重要的是要記住，監(jiān)視的數(shù)據(jù)必須是可用的。此外，企業(yè)需要獲得可見性確保自己處于領(lǐng)先地位。

6. 避免微服務(wù)的困境

大規(guī)模管理應(yīng)用程序可能會很復(fù)雜，這就是很多企業(yè)在出現(xiàn)問題直接采用微服務(wù)的原因，但這并不是正確的做法。

成功的面向服務(wù)的架構(gòu)需要仔細(xì)規(guī)劃和考慮，操之過急可能會導(dǎo)致更多的技術(shù)債務(wù)和問題。

如果企業(yè)沒有將整體服務(wù)拆分為多種微服務(wù)的經(jīng)驗(yàn)，那么最重要的事情就是提前確定客戶或微服務(wù)之間的合同。如果不能隨便啟動(dòng)新服務(wù)并定義詳細(xì)信息，可能會超出計(jì)劃的要求。

建立從監(jiān)視到身份驗(yàn)證再到協(xié)議的每項(xiàng)服務(wù)都必須遵守一系列標(biāo)準(zhǔn)。無論企業(yè)是選擇Prometheu、OAuth還是REST等服務(wù)，重要的是要做出決定，記錄下來并執(zhí)行。