企業擴展其應用程序以滿足業務需求并不少見，但是他們需要意識到運營云計算環境面臨的復雜性問題。

對于大多數企業來說，采用云計算技術并不是什么獨特的體驗，但在云平臺中運營和在云平臺中擴展業務之間有著顯著的區別。

[[345125]]

隨著云原生組織的規模和復雜性的不斷增長，企業IT團隊將不可避免地遇到許多新問題，這些問題使管理不斷增長的云計算服務需求變得既困難又費時。

如果企業的IT團隊不熟悉和不擅長管理不斷增長的和需求相關的常見挑戰，那么大規模運營云計算服務可能會非常困難。為確保企業為應對云計算業務擴展的挑戰做好準備，以下對6個復雜性問題進行分析和探討。

1. 管理開發環境成本

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

而弄清楚如何管理不斷增長的開發環境的成本幾乎與弄清楚如何管理開發環境本身一樣困難。實際上，這兩個問題是交織在一起的。

大多數企業首先在其內部部署數據中心中為工程師提供類似的開發環境。這樣可以降低成本，并確保開發人員(無論是否遠程)不會因為登錄問題、互聯網速度或可用性而降低生產率。

但是當企業的業務在云平臺中以一定規模運營時，這些做法變得不切實際，并且需要創建具有更多專用資源的基于云計算的開發環境。隨著時間的推移，使用更多基于云計算的資源可能會支付更多的費用。

找到一個平衡點具有挑戰性，但是對生產率和效率的需求應該超過實現生產平衡的愿望。創建和支持流程是一個很好的起點，可以使開發人員能夠在內部部署數據中心上運行應用程序基礎設施的一個子集，同時通過模擬或共享服務填補空白。

2. 評估云平臺原生工具

在云平臺中進行擴展的時候，企業都必須做出選擇：使用最方便的工具還是使用最便攜的工具。開源工具和服務使企業能夠隨著工作負載需求的變化從一個云平臺過渡到另一個云平臺。但是，第三方工具通常可以更有效地解決他們的問題。

但是，由于并非每個云計算提供商都能滿足客戶的需求，因此供應商鎖定對于IT團隊是一個非常現實的問題。無論企業選擇哪一個云計算提供商，都應該采用“并發”方法來解決問題。這可以幫助企業確定適合其業務的正確工具，而不是適合云平臺的正確工具。

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

3. 規模測試

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

企業盡早構建可利用應用程序基礎設施的工具。構建類似于生產的過渡環境可能代價高昂，但是如果能夠使用代表其生產環境的數據和流量來測試應用程序，則可以在潛在的瓶頸變成真正的問題之前就將其識別出來。企業了解其云計算環境的局限性至關重要，而采用積極的規模擴展方法比被動方法的成本低得多。

4. 打破知識孤島

企業的IT團隊面臨的最大的云計算擴展挑戰是如何應對和打破知識孤島。當規模很小的時候，對于處理API或數據庫的工作人員很容易處理，而且效率很高。

企業的IT專家可以在每個領域實現更一致的開發，而其開發團隊需要更好地理解每個領域的差別。然而，隨著云計算技術的發展進步，這些專家的知識和經驗可能會面臨瓶頸。他們所關注領域發生的任何變化通常需要他們的知識和經驗進行解釋和監督。

盡管這些知識孤島的安全性很高，但也存在一定的風險。例如企業的員工離職的話，那么有關重要基礎設施的背景和細節的信息有可能會泄露或丟失。

要真正打破知識孤島，就需要多人來負責。記錄流程或過程很重要，但是必須確定應該對其進行管理的團隊或部門，正確地將文檔交給這一團隊至關重要。

5. 獲得并保持可見性

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

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

要獲得對應用程序基礎設施的可見性，最好從小處著手，然后再擴大規模。監視工具應該很容易根據需要進行替換和修改。重要的是要記住，監視的數據必須是可用的。此外，企業需要獲得可見性確保自己處于領先地位。

6. 避免微服務的困境

大規模管理應用程序可能會很復雜，這就是很多企業在出現問題直接采用微服務的原因，但這并不是正確的做法。

成功的面向服務的架構需要仔細規劃和考慮，操之過急可能會導致更多的技術債務和問題。

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

建立從監視到身份驗證再到協議的每項服務都必須遵守一系列標準。無論企業是選擇Prometheu、OAuth還是REST等服務，重要的是要做出決定，記錄下來并執行。