Abstract：
Key words :
云應用可用性如何?軟件即服務的可用性會改變應用生命周期管理的優先權嗎?
任何系統在其可用時都是一樣好。開發了一個要部署到云端的應用的時候，理解執行平臺、云的間隔性很重要，應用出現故障就是缺點。你知道在云環境中部署和緊急修復需要花費多長時間嗎?
開發流程每天都在執行，我們用一種有條理而又周到的態度例行公事一樣進行部署修復。但是當云端系統令人費解的出現故障，會發生什么呢?
對于云計算，我們設計應用的方式主要是故障自動保護和工作可靠但性能下降的方法。系統在進行常規的運行操作時出現故障，應用架構師和設計師需要更多地關注檢測并處理。
客戶與系統的交互必須以一種途徑處理，保存客戶數據數據并能夠嘗試恢復用戶輸入。在現代這種基于云的應用中，像“哦，好像出錯了!”或者“好吧，這可真令人尷尬。”這樣的可愛的消息也不少見;用以告訴我們系統知道出現了問題正在解決中。
我們需要用技術在適當的地方向服務管理團隊報告這些事件的診斷數據。我們第一次聽到電力中斷不應該是從早上的新聞或者是惱怒的客戶的郵件。這必須成為架構和系統設計的一部分。
當然，云應用的關鍵在于我們從第三方那里合并進來的眾多服務，第三方為我們提供應用，豐富了用戶體驗，節省了代碼成本。只要有可能，在適當的地方獲取這些發布者的服務水平協議就很重要，尤其是易變的服務接口。
軟件即服務(saas)可能在沒有任何預警的情況下發生改變，或者偶爾不可用。因此我們需要在架構中也構建SaaS檢查。
任何軟件系統偶爾都會出現故障，基于云的系統也不例外。我們不得不面對這項挑戰的時候，檢查、管理和補救都應該是一個反復排練的流程，能夠冷靜而有效地執行。要確保你的測試計劃中構建了這項活動。
此內容為AET網站原創，未經授權禁止轉載。