把一個應用遷往云計算并不是簡單地僅僅生成一個機器鏡像而已。一次云計算遷移可能會危及數(shù)據(jù)中心設施，而數(shù)據(jù)中心設施是支持應用完整性、性能、安全性以及合規(guī)性的基礎。雖然這些因素都是非常重要的，但是任何一個應用的首要關(guān)鍵就在于它是否能夠滿足業(yè)務需求，而其運行性能則是確定這一點的重中之重。

應用性能管理(APM)不僅是一個措施集，它也是一個工具包——這也是用戶體驗質(zhì)量(QoE)中最為關(guān)鍵的要素之一。要么把當前APM實踐轉(zhuǎn)移至云計算，要么用與云計算友好等價的方法取代目前的做法，這是至關(guān)重要的。

傳統(tǒng)APM是通過以下一種或多種方法來注重應用并實現(xiàn)性能提升的：

流量壓縮以提高有效吞吐量;

在接入訪問端，按時間或性能關(guān)鍵的流量進行優(yōu)先級排序;

對傳輸控制協(xié)議進行專門更換，以便于更好地應對丟包問題;

通過網(wǎng)絡實現(xiàn)多路平行通路，以提高有效帶寬;

跨多個服務器的流量負載平衡。

一般來說，所有這些方法都可以在連接的兩端——用戶端和服務器端——通過使用一個設施或軟件代理來實現(xiàn)。但是，當服務器端遷移至云計算時，這樣的實施方法就可能存在問題了，尤其是在它涉及網(wǎng)絡設施的情況下。云計算運營商很少會允許用戶在他們的數(shù)據(jù)中心內(nèi)安裝設備，即便有時他們允許用戶這么做了，應用在云計算虛擬機中的分布也會讓應用遠離其加速設施。

這個問題的解決方案就是使用APM軟件工具而不是硬件。為了更有效地解決這個問題，APM工具必須以網(wǎng)絡中間件的形式存在于應用的機器鏡像中。如有需要，在服務器端基于軟件的代理仍可與設備配對，這樣的組合將至少能夠支持目前APM措施中的部分功能。

在云計算應用性能中的頑固瓶頸問題

負載平衡也帶來了具體問題，不僅是因為云計算供應商網(wǎng)絡不再接受外部設施，而且是因為在云計算中多個應用實例可能并不駐留在同一個數(shù)據(jù)中心內(nèi)。DNS有基于軟件、分布式負載平衡的機制，但是這可能需要針對應用對它們稍作調(diào)整以便于讓應用能夠正常運行。

下一步就是解決云計算外出現(xiàn)的網(wǎng)絡性能問題了。云計算供應商通常都是通過互聯(lián)網(wǎng)連接至用戶并提供最佳服務的。當企業(yè)需要更高性能時，他們就必須使用虛擬專用網(wǎng)絡(VPN)，而且也并不是所有的云計算供應商都會允許用戶通過VPN連接訪問他們的云計算的。即便供應商支持VPN接入訪問，但是網(wǎng)絡運營商所提供的VPN服務也有可能存在限制，而且使用VPN也會對云計算功能造成影響，例如托管點到地理區(qū)域的分派。云計算規(guī)劃師必須非常清楚每一家潛在云計算服務供應商所提供的每一個VPN選項，并應試圖找出其協(xié)議的壽命。

云計算中的性能管理可能還需要提供未能在數(shù)據(jù)中心內(nèi)時刻待命可用的選項。大約三分之一的云計算規(guī)劃師都傾向于使用“云計算爆發(fā)”的方法把工作負載從數(shù)據(jù)中心遷往云計算，從而應對工作負載突增的特殊情況。很多本地的云計算應用已經(jīng)擁有了“水平擴展”的功能或者自動實例化應用新副本的功能以增加用戶數(shù)量或服務交易的數(shù)量。真正的挑戰(zhàn)在于這種規(guī)模擴展需要規(guī)劃師進行精心規(guī)劃，并且有可能需要對應用本身進行變動。

為了進一步了解水平擴展的優(yōu)點和需求，可以先構(gòu)建一個簡單的工作流程圖來說明應用是如何服務特定用戶或交易的。在很多情況下，它會需要通過一個網(wǎng)絡服務器、一個應用服務器和一個數(shù)據(jù)庫服務器。經(jīng)過對當前性能的分析，你將會知道，究竟這些環(huán)節(jié)中的哪些因素才是真正的性能瓶頸。如果一個特定應用在網(wǎng)絡服務器上使用了80%的處理資源，而用戶通過產(chǎn)品目錄進行解析，那么復制網(wǎng)絡服務器(以及目錄)將對應用的性能造成較為明顯的影響。如果這里只使用了20%的時間，而提供更多網(wǎng)絡服務器副本并沒有辦法實質(zhì)性地提高性能，那么這就意味著性能瓶頸問題應該是由其他因素造成的。

數(shù)據(jù)庫訪問通常會造成新的云計算瓶頸，這是因為企業(yè)用戶往往并不愿意為網(wǎng)絡接入訪問和云計算存儲買單，而且他們也不愿意承擔把關(guān)鍵應用數(shù)據(jù)遷往云計算的相關(guān)安全性和合規(guī)性風險。在這種情況下，一些云計算應用就必須通過網(wǎng)絡從企業(yè)內(nèi)部往外拉數(shù)據(jù)。在云計算爆發(fā)的情況下，這幾乎總是需要的，因為企業(yè)的主要數(shù)據(jù)都保存在應用所運行的數(shù)據(jù)中心內(nèi)。

創(chuàng)建一個高效的數(shù)據(jù)通路是非常關(guān)鍵的，而這可能也意味著在云計算和數(shù)據(jù)中心之間的數(shù)據(jù)庫連接上增加APM措施。問題在于壓縮總是會增加延遲時間，而對于某些數(shù)據(jù)訪問策略來說，這就如同低容量問題一樣糟糕。最好的辦法就是根據(jù)接收服務請求的數(shù)據(jù)服務器的實際使用情況而不是塊級I/O命令進行規(guī)劃。這將減少數(shù)據(jù)量，并降低跨接口移動單個記錄所造成的累積延遲時間。請求/結(jié)果交換也不是延遲敏感的，因此你可以針對應用-數(shù)據(jù)庫連接增加壓縮以及其他的APM功能以提高性能。

在不久的將來，云計算一定會徹底走入我們的生活，有興趣入行未來前沿產(chǎn)業(yè)的朋友，可以收藏云計算，及時獲取人工智能、大數(shù)據(jù)、云計算和物聯(lián)網(wǎng)的前沿資訊和基礎知識，讓我們一起攜手，引領人工智能的未來！

標簽： dns 安全 大數(shù)據(jù) 服務器 服務器端 互聯(lián)網(wǎng) 數(shù)據(jù)庫 網(wǎng)絡 網(wǎng)絡服務器 應用服務器 云計算 云計算服務 云計算應用

版權(quán)申明：本站文章部分自網(wǎng)絡，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。