雖然云計算日益興起，但世界上還是到處充斥著服務器，不過好消息是這個情況不會持續(xù)太久，云應用正在引領一個去服務器的新世界，將對軟件和應用的開發(fā)和管理產(chǎn)生重大影響。

服務器時代：

在云服務之前的日子，開發(fā)者開發(fā)應用前得先考慮服務器，要準備付錢、詳細計劃、連接、維護它。一般會購買或者租賃服務器，然后把它放在它們的數(shù)據(jù)中心或者主機托管所。然后主機托管所就會負責機房、供電、互聯(lián)網(wǎng)接入等其他因素，但是供應、集群、維護是需要很多錢的，如果網(wǎng)站不停發(fā)展，則會有應急、開發(fā)、測試、網(wǎng)站增長的額外需求。

1)現(xiàn)在云服務來了

近兩年云服務在成本、靈活性、可伸縮性上有了很大的提高，開始為管理和配置傳統(tǒng)服務器分憂。云服務公司例如AWS、Rackspace可以提供許多虛擬機器，無需成本、無需大費周章開發(fā)者就能啟動服務器、選擇相關操作系統(tǒng)、加載應用。奇妙的是，即使同時幾百個“服務器”在上面運行卻毫無問題，而且成本也大大降低。一個企業(yè)家曾表示，他第一家公司的服務器，購買和維護花費了很多錢、第二家公司開始按年租賃，仍需不少維護費、第三家公司按月租賃、但最新一家成功的云通信公司，按小時租賃，幫助省去不少錢。

可以說，這種變化在資本輸出、規(guī)劃、時間準備上跟Internet 1.0 , Web 2.0 時代很大不同，但變化讓應用和程序的處理速度加快了、存儲成本下降了。

2)變化才剛剛開始：

時間的靈活性和定價仍在變化，按小時租賃的方式對租賃用戶無疑是有益的，比如Web應用團隊就可以通過觀察單個小時內(nèi)的加載變化來更好地規(guī)劃服務器使用計劃，比如給某一特定應用在特定時間準備更多的服務器。

3)“云應用”代替普通應用

基于Ruby ，Rails, Python 以及 Django的獨立應用或者其他Web 應用架構(gòu)正在給基于分布式系統(tǒng)的“云應用”讓路。有許多客戶端應用和后端數(shù)據(jù)儲存，他們的處理就是在應用程序之外的云端發(fā)生的。這時就可以理解為應用處理和編排在遙遠的云端發(fā)生，你手里的應用只是一個運載工具。

另一方面，開發(fā)者們則會把越來越多的注意力移到任務處理和流程流，而非現(xiàn)在的應用本身和服務器，且測試應用能力的計算周期也將由現(xiàn)在的幾小時轉(zhuǎn)變?yōu)閷脮r的幾分鐘、幾秒鐘。

4)去服務器：

去服務器并不意味著要完全拋棄服務器，而是指開發(fā)者不再需要完全依賴它們，開發(fā)者可以設置自己的開源解決辦法，自己管理云服務器的秩序和負荷，不再像管理物理服務器那樣勞心勞力。

從以前用牛驅(qū)動水泵、用水力驅(qū)動水車、燃煤驅(qū)動蒸汽、最終到工業(yè)規(guī)模的發(fā)電廠和輸電線路，再看看云服務動力的產(chǎn)業(yè)化，它將向我們顯示“計算史上”的“工業(yè)革命”。

彈性云計算服務的意義：

現(xiàn)在有了如此彈性的服務，開發(fā)者前期無需做很多準備，虛擬主機能很快幫他們上軌道并創(chuàng)立新的應用程序，利用彈性的云服務。

“小時制的付費方式”讓開發(fā)者無需再為他們沒用過的資源付費、對項目產(chǎn)量不再那么在乎，且托管服務提供無須擔心管理資源的好處;

“去服務器”讓開發(fā)者把注意力從服務器轉(zhuǎn)移到任務管理、應用和系統(tǒng)的需要、免除了后端基礎設施的復雜性的顧慮。

對于創(chuàng)業(yè)者和獨立開發(fā)者，低成本、快速擴張地潛力、沒有后顧之憂這3點會對他們產(chǎn)生巨大的吸引力，而且人們對云服務的認知也越來越清楚，云應用的將來也隨之越來越清晰。