說起云服務(wù)器,或許站長并不陌生。從名稱上看,你可能想到的是:部署在云端,我們可以隨時進行計算資源的彈性擴展和縮減的服務(wù)器。然而,云服務(wù)器真的像眾多IDC服務(wù)商宣傳的那樣彈性,動態(tài)擴展嗎?我們知道,區(qū)別于傳統(tǒng)服務(wù)器,云服務(wù)器幾乎可以在幾分鐘內(nèi)實現(xiàn)資源的快速部署。我們可以在幾分鐘內(nèi)實現(xiàn)對應(yīng)負載峰值變化的實例創(chuàng)建和銷毀。然而高度自動化,也是危險的。對特定應(yīng)用的變量和自動化的伸縮調(diào)整是非常復雜的運算工程,況且,擴展和縮減是不同的。
我們暫且以數(shù)據(jù)庫、存儲和前端應(yīng)用服務(wù)器組成的典型的分層網(wǎng)絡(luò)應(yīng)用作為例子進行簡單分析。我們知道,擴展資源必須與存儲、應(yīng)用服務(wù)等相適應(yīng)。如果我們增加了許多新資源,就需要將它們與存儲、應(yīng)用服務(wù)資源相適應(yīng),或許增加更強大的數(shù)據(jù)庫集群。為了使這個應(yīng)用在發(fā)展和不斷變化的負載情況下動態(tài)地伸縮,我們需要監(jiān)控所有在運行的部件,并同時考慮其他部分的負載情況。
如果我們的前端服務(wù)器引入大量的數(shù)據(jù)流,我們需要部署更多的數(shù)據(jù)庫節(jié)點。然而,存儲I / O會成為一個問題,所以我們還需要擴大資源。然后,當高峰訪問過去,服務(wù)器負載開始減弱,我們需要縮減資源。這個過程不能太快。我們還需要保持某些方面的負載,因為減少某個方面的資源可能會對另一方面產(chǎn)生負面影響。如果我們減少數(shù)據(jù)庫資源,應(yīng)用服務(wù)器上的負載可能會因為瓶頸而飆升。因此,增加更多應(yīng)用服務(wù)器對于解決負載問題沒有任何意義。
因此,和云服務(wù)器的安全性一樣,云服務(wù)器的彈性計算還有待更深入考察和發(fā)展。它是一個包括監(jiān)控、定時器、等待狀態(tài)、閾值等多方面聯(lián)動的基礎(chǔ)設(shè)施組合。而且云服務(wù)器本身的判斷邏輯和比較規(guī)則也需要受到監(jiān)控,并根據(jù)需要進行調(diào)整,以適應(yīng)網(wǎng)絡(luò)基礎(chǔ)設(shè)施。相對于比較簡單的整合幾個公共API、緩存和排隊服務(wù)器、NoSQL數(shù)據(jù)庫服務(wù)器、或任何數(shù)量的現(xiàn)代服務(wù)配件,云服務(wù)器負載動態(tài)管理的復雜性卻是成倍增長。這可不是簡單的“如果服務(wù)器超載,就另外增加一臺服務(wù)器”的問題。這對于目前的服務(wù)器技術(shù)、云技術(shù)來說還具有很大的挑戰(zhàn)。
因此,云服務(wù)器實現(xiàn)真正的彈性計算還需要更深入的發(fā)展。當然,我們無法貶低云服務(wù)器實現(xiàn)快速擴展的初衷。動態(tài)擴展的優(yōu)點是顯而易見的,它不但對資源利用更加充分,擁有更合理的價格,還提供給用戶更好的性能和可用性。只是,我們不能被云服務(wù)器IDC運營商洗腦,應(yīng)該對于云服務(wù)器持有理性客觀的態(tài)度。
來源:恒創(chuàng)科技(),轉(zhuǎn)載請保留出處和鏈接,謝謝。
申請創(chuàng)業(yè)報道,分享創(chuàng)業(yè)好點子。點擊此處,共同探討創(chuàng)業(yè)新機遇!