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