盤點：云應用部署的十大原罪
從存儲到管理，從安全到災難恢復，IT管理人員都有一份詳細的工作清單，每個環節都檢查無誤之后才敢部署和運行各種云應 用。當基礎設施整合完畢并付諸實施的時候，需要安裝和部署一些基本的應用工具來支持云系統的運行。然而，無論基礎設施 有多么先進、性能獲得多高的優化，如果應用不能很好的工作，一切都顯得毫無意義。
那么，私有云服務商應該如何確保所交付的云應用服務能達到***？自動化應用交付能提供完整的基礎設施可視化功能，并為 云服務商提供了基于未來戰略的研究和部署服務。下面，我們為大家介紹了云應用部署中出現的十大原罪，并且還提供了相應的應對之道。
原罪一：搭建基礎設施云而非應用云
應用是驅動云計算發展的關鍵因素。人們把更多的注意力放在了基礎設施上門，這對于軟件開發環境來說的確十分重要，但是 ，業務發展是建立在應用層面上的。應用交付（絕非基礎設施）已經成為新的發展瓶頸。請確保計算能力、存儲、網絡和應用 資源想匹配。
原罪二：自動化被當做事后控制手段
對于那些照本宣科的人來說，預先配置完全足以應付一切事情。然而在云計算環境即使是在虛擬環境，也需要有一個度。如果 一開始沒有自動化，就會嚴重影響云應用的實現效率。業務需要很多應用程序來支撐，而服務器并不需要。
原罪三：主數據圖像疏于管理
在云環境下，每日軟件和數據圖像的更新與部署的頻率非常頻繁。金燦燦的圖像（主數據圖像）規模之大，其變化的頻率卻沒 那么高，而且也難以用簡單的腳步就能應付了事。不僅如此，自我服務的環境出于安全和管理的需要，要求能提供可視化。提 供具有“有跡可查”版本的可視化功能，實現一鍵式部署和變更設置。
#p#
原罪四：任由廠商牽著鼻子走
自行用腳本對云系統進行編寫，幾乎就是死路一條——被廠商“鎖定”。另外PaaS也受到機構的“鎖定”。對一個“鎖定”的解決方案進行任何的更改，都要花費不少時間、成本，同時也要冒很大的風險。更何況有很多個廠商在云計算市場上的激烈角逐。現在還不能確定到底誰能奪冠。選擇開放的云架構對于構建私有云獲得成功具有相當大的意義。
原罪五：手動方法處理和變更管理
手動方法既費時又費力，而且更重要的是容易出錯！尤其是部署新服務和應用的時候更加如此。在不斷變化的云環境中，仍然使用這種刻板而又低效的方法幾乎不可行。一鍵式可重復性變更管理是比較適合云計算環境應用部署的好方法。
原罪六：搭建不含自助服務平臺的云
瑣碎的票據已經成為過去，客戶完全基于自身需要提交服務請求。這就是為什么私有云戰略中，特別不能忽視部署含有自助服務門戶站點的核心模塊。客戶需要訪問到能提交需要的服務內容、以及交付服務的時間的平臺。
#p#
原罪七：疏于版本控制
如果不能對基礎架構進行透明了解，那么在云應用環節中將會不時地出現同樣的錯誤。另外，你還會面臨在不知何種應用程序 的何種版本在何時被安裝的情況下，如何確保合規性的挑戰。如何避免這一問題？提供一個可以訪問系統和應用程序的所有歷 史記錄的平臺，尤其需要包含版本信息。集中式的版本管理和控制，有助于減少錯誤，提升目前和未來計劃與管理的效率。
原罪八：分散軟件資源
由于軟件資源被分散在網絡的各個部分，試圖追蹤和解決它們的相應問題往往十分困難。在云環境中，客戶僅僅需要在適時的 時間有適時服務提供。這也就是為什么我們必須調整方案：預先檢查和調整存儲在統一資源池中的各個軟件資源。洞悉基礎架 能減少錯誤、實現實時更新，同時保證平臺的合規性。
原罪九：依賴手動Rollback
手動Rollback有很多不足：時間過于集中，高風險、危害可靠性。結果，會導致人們猶豫不決并產生保持現狀的惰性。多租戶 自動化的Rollback可以提供對用戶群進行細分并滿足各種不同需要——而且不會影響到業務的持續性、可靠性和高速交付。
原罪十：自動化配置但不含自動更新
只采用自動化配置而回避自動更新問題，類似于“撿了西瓜丟了芝麻”，這并不現實。基于云應用，更需要保證自動化更新。
