架构方案需要考虑的问题---解决非功能性需求

架构方案需要考虑的问题—解决非功能性需求
通常，您必须处理应用程序中的非功能性需求( NFR )。为了项目成功，解决这些问题非常重要，因为它们对整个项目和解决方案具有更广泛的影响。这些 NFR 可以成就或破坏您的用户群，并解决解决方案的非常关键的方面，例如安全性、可用性、延迟问题、维护、日志记录、隐藏机密信息、性能问题、可靠性、可维护性、可扩展性、可用性等。如果不及时考虑这些，可能会影响您的项目交付。

下图显示了一些最常见的 NFR：

解决方案架构的非功能属性
如图所示，NFR 包括解决方案架构的以下属性。但是，可能有更多 NFR，具体取决于项目：

灾难恢复：确保解决方案在发生任何不可预见的事件时启动并运行。
安全性和合规性：为解决方案设置安全网，使其免受外部攻击，例如病毒、恶意软件等。还要通过满足合规性要求，确保解决方案符合当地和行业法律。
高可用性：确保解决方案始终正常运行。
可扩展性：确保解决方案可以在需求增加的情况下处理额外的负载。
应用程序性能：确保应用程序按照用户期望加载，并且没有太多延迟。
网络请求和响应延迟：在应用程序上执行的任何活动都应在适当的时间内完成并且不应超时。

解决解决方案的限制和问题
任何解决方案都可能受到各种约束的限制，并可能因复杂性或不可预见的风险而遇到问题。解决方案架构需要平衡多种约束，例如资源、技术、成本、质量、上市时间、频繁变化的需求等。

每个项目都有自己的特定目标、要求、预算和时间表。解决方案架构评估所有可能的关键路径并共享最佳实践，以在给定的时间范围和预算内实现项目目标。这是一种系统的方法，所有任务都与其先前的任务相互依存，并且为了在项目中取得成功，所有任务都需要按顺序执行。一项任务的延迟会影响项目时间表，并可能导致组织失去推出产品的市场窗口。

如果项目开发过程中出现问题，项目延迟的可能性就更高。有时，您会遇到技术或解决方案环境限制的问题。如果您有一个经过深思熟虑的解决方案架构，那么最常见的问题与非功能性需求有关；资源和预算可以减轻产品开发生命周期的压力。

解决方案架构师通过深入研究项目的每个组件来帮助推动项目。他们想出了一个开箱即用的想法来挽救项目的问题，并且他们将准备一个备用计划，以防万一事情不像主要计划那样顺利。他们通过选择最佳实践和平衡约束来评估执行项目的最佳方式。