非功能需求（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/