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