要讓雲計算在電子政務發揮更大的作用，必需先了解當前電子政務亟待解決的問題。一、長期存在的頑固性問題，在幾乎所有的電子政務解決方案中都能看到的常見問題，如：信息孤島和重複建設，一直被提及，從未被解決；二、長期存在但被提及比較少的問題，如：建設週期長，業務響應慢的問題，電子政務信息系統建設從獲取需求、可研編制到立項、招投標、項目建設、投產，往往需要一年或三五年的時間，待到系統上線時，發現需求變了，剛開發完成的應用系統面臨着退役的窘境；三、是傳統電子政務信息系統的建設主要從部門職能出發，根據部門業務需求單獨建設，對於跨部門的信息共享和業務協同存在較大的難度。當前我國正經歷從管理型政府面向公衆服務型政府的轉型，政府戰略性目標的調整必將帶來的新的業務需求，基於信息資源共享面向公衆的跨部門、跨地域、跨層次的業務協同成爲新時期的主要電子政務需求。信息資源共享和業務協同主要是機制的問題，現在就前面兩個問題展開說明。
重複建設說明建了沒用，或利用率不高，如果建了用得很充分很好，也就不存在重複建設這一說了。如果你做過運維工作，細心的你一定會爲注意到大量服務器長期處在低負載的工作狀態，這種極低的資源利用率應該會讓你感到於心不忍。要避免重複建設，就需要我們採用集約化的模式建設，集約化本質上就是最大程度的共享和複用。在沒有云計算的年代，我們也提集約化建設，比如建設集中的數據中心，機房空間、動力配套、空調等機房基礎設施是多個平臺共同使用，一定程度上實現了複用。但是服務器、存儲設備、中間件資源還是每個應用系統獨佔，這筆費用那是相當的可觀啊。對於網站類的應用，如政務門戶網站我們有時候也採用虛擬主機託管到運營商機房的辦法來降低其總體擁有成本，但是對於專業類的應用則沒有相對應的解決方案，特別是信息安全有一定要求的業務系統需要運行政務網絡內，託管到運營商機房根本就不可能。當前，如果我們去統計每年省一級信息化主管部門立項審批出去的項目，你一定會驚訝於這一年來我們究竟買了多少相同功能性能相近的防火牆,更讓人揪心的是這些防火牆通常有百兆或千兆的吞吐量，但是實際帶寬佔用不到十兆。如果在物理上集中，通過一臺大容量的防火牆集中提供服務，不僅一次性資源投入小很多，後期的運維管理成本也將得以顯著縮減。再者，想想看，讓縣市級信息部門有限的IT技術人員面對當今分工越來越細的信息系統怎麼看怎麼是個噩夢。
雲計算來了，好像天生就是爲了解決這些問題來的。它不僅僅通過集約化的建設模式解決了重複建設這一頑固性問題，也令人激動的是他提出了服務理念，將基礎設施視爲服務，將軟件支撐環境視爲服務，甚至將應用系統視爲服務。
基礎設施服務將物理設備（主機、網絡、存儲）進行虛擬機，爲用戶提供虛擬機服務。用戶不再關心具體的物理設備的選型、安裝部署、日常維護工作，僅需要根據業務的需求提供所需虛擬機的技術規格要求即可。基於雲計算的電子政務數據中心基於共享集約化的模式建設，比如在省一級或市一級統一建設IaaS雲平臺，其管轄下的各政務部門不再新建數據中心，服務器、存儲設備、數據中心安全設備由雲平臺統一購置，部門不允許單獨採購，僅建設基礎網絡，以便訪問雲平臺服務。想想看，是不是省下了大量的防火牆、交換機、存儲設備等物理資源。同樣的模式，軟件支撐環境統一建設，也將節省大量的中間件購置費用。對於各部門普遍需要的應用系統從省級或市級進行統一建設，比如OA系統，不僅解決了重複建設，也解決了政務協同問題。以前因爲每個部門的OA系統單獨建設，公文格式一致，信息的流轉成爲一大難題，有了基於多租戶的OA系統，這個結也自然而然地被解開了。
雲計算創新的服務模式是一次變革，既然是變革必然要傷害到一些人的利益。先說外部，就看防火牆一年就要少買多少臺啊，硬件設備生產商是不是也在尋找着新的業務增站點！再說說內部問題，如果把政府當成一個大型企業， 那麼不同的政務部門（比如交通部、公安部等）則如同企業內不同的業務部門，政務部門的信息中心就是企業的IT部門。採用雲計算後，政務部門的信息中心可以建設的內容變少了，權力也相應小了，這必然會帶來一些阻力，這就涉及到機制體制創新的問題，機制體制的問題解決起來要比技術問題複雜得多，不過大方向是對的，其他一切問題都是時間的問題。