服務器時代：

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

1)現在云服務來了

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

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

2)變化才剛剛開始：

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

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

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

另一方面，開發者們則會把越來越多的注意力移到任務處理和流程流，而非現在的應用本身和服務器，且測試應用能力的計算周期也將由現在的幾小時轉變為屆時的幾分鐘、幾秒鐘。

4)去服務器：

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

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

彈性云計算服務的意義：

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

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

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

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