轉 SaaS應用十大關鍵NFR - 第1部分

非功能需求（SaaS的NFR）是跨越應用功能的跨越全部模塊和功能的要求。這些要求深刻到應用程序的架構，這是他們獲得解決的地方。所以，在SaaS架構階段以前瞭解這些NFR對於特定應用程序很重要，所以應用程序設計能夠知足這些要求。

SaaS模式的本質使得某些NFR對其運行相當重要。讓咱們看看SaaS應用程序的十大關鍵NFR以及其背後的緣由。

SaaS應用的關鍵NFR

可擴展性：

SaaS是一個按需的業務模式，很難預測系統的負載。同時，您沒法計劃峯值負載狀況，由於這將消耗高水平的成本，並致使資源使用效率低下。所以，應用程序應設計爲基於系統上的實時負載動態擴展和縮小。這就是SaaS架構師必須利用雲模型來利用按需資源消耗模型的地方。

性能：

隨着互聯網速度和帶寬可用性的不斷增長，客戶指望基於互聯網應用的照明響應。不管應用程序的類型仍是屏幕後面的處理量，SaaS客戶都將指望相同。所以，架構師必須有意識地考慮潛在的性能瓶頸，並實施能夠幫助利用異步處理，微服務架構，多數據可用性等概念的設計。

可用性：

多是全部NFR中最重要的。SaaS應用程序必須首先提供給其餘NFR才能播放。SaaS應用程序的可用性是最大的問題，特別是若是應用程序涉及到關鍵業務解決方案。SaaS應用程序的計劃外停機可能致使客戶的重大損失，從而可能破壞SaaS提供商的業務。架構師必須瞭解針對性的SLA，並以不存在單點故障的方式設計部署模型。在設計DR策略時，還應考慮恢復時間目標（RTO），恢復點目標（RPO）因素。

積分：

咱們今天生活在一個高度互聯的世界，這在將來幾年只會增長。客戶很是關心選擇SaaS應用程序，該應用程序不只能夠解決預期的功能，並且還可以根據客戶端的現有設置進行良好的凝結。這致使了SaaS應用程序必須與不一樣的內部和外部系統對話的狀況。建築師必須將SaaS應用程序設計爲具備足夠鉤子的開放系統，以便集成不只可行，並且能夠以最小的努力完成。

審計：

從SaaS提供商的角度來看，系統的全部權及其功能與供應商有關。所以，SaaS提供商有責任實施適當的措施來跟蹤系統的使用狀況及其中發生的事件。此信息對於診斷目的以及解決與客戶的衝突相當重要。審計設計應確保全部用戶和系統操做都被正確地記錄和存儲，以便跟蹤和識別系統中發生的事件的確切順序。存儲數據更改（舊數據與新數據）以及引起更改的時間戳和用戶詳細信息也很重要。

在下一個博客中，咱們將看到SaaS應用的下一個5關鍵NFR。

原文：https://blog.techcello.com/2016/04/top-10-critical-nfr-for-saas-applications-part-1/