什么是解决方案架构

什么是解决方案架构？
如果您四处询问，对于解决方案架构的定义可能有 10 种不同的答案，根据其组织结构，它们可能都是正确的。每个组织都可以根据其业务需求、组织层次结构和解决方案的复杂性，从不同的角度看待解决方案架构。

简而言之，解决方案架构从战略和战术角度定义和预见业务解决方案的多个方面。解决方案架构不仅仅是一个软件解决方案。它涵盖了系统的所有方面，包括但不限于系统基础设施、网络、安全性、合规性要求、系统操作、成本和可靠性。如您所见，下图提供了解决方案架构师可以解决的不同方面：

解决方案架构圈

如上图所示，优秀的解决方案架构师会解决组织中解决方案最常见的方面：

1. 全球分布的团队：在这个全球化的时代，几乎每个产品都有分布在全球的用户，以及利益相关者的群体来照顾客户的需求。通常，软件开发团队采用陆上—离岸模型，团队跨不同时区工作以提高生产力并优化项目成本。解决方案设计需要考虑全球分布的团队结构。

2. 全球合规要求：当您在全球部署解决方案时，每个国家和地区都有自己的法律和合规制度，您的解决方案需要遵守这些法律和制。一些例子如下：
   在联邦风险和授权管理计划（FedRAMP）和国防部的听云计算安全要求指南（国防部听SRG）为美国
   欧洲通用数据保护条例 ( GDPR )
   在信息安全注册评估师计划（IRAP）澳大利亚
   该中心的金融业信息系统听（FISC日本）
   新加坡的多层云安全( MTCS ) 标准
   面向英国的G-Cloud
   德国的IT-Grundschutz
   中国的多级保护计划( MLPS ) 3 级
   此外，行业之间的合规性要求也不同，例如，国际标准化组织( ISO ) 9001（主要针对医疗保健、生命科学、医疗设备以及汽车和航空航天行业）、支付卡行业数据金融的安全标准( PCI-DSS )、医疗保健的健康保险流通与责任法案( HIPPA ) 等。解决方案架构需要 在 设计阶段考虑这种合规性。您将了解更多关于遵守第8章，安全注意事项。

3. 成本和预算：解决方案架构可以很好地估计项目的总体成本，这有助于定义预算。这包括资本支出( CapEx )，即前期成本，以及运营支出( OpEx )，即持续成本。它有助于管理层为人力资源、基础设施资源和其他与许可相关的成本制定总体预算。

4. 解决方案实施组件：解决方案架构预先提供了产品不同实施组件的高级概述，这有助于计划执行。
   5.业务需求：解决方案架构考虑了所有业务需求，包括功能性和非功能性需求。它确保业务需求是兼容的，因此允许它们转换到技术实施阶段并在利益相关者之间取得平衡。

5. IT基础设施需求：解决方案架构决定了执行项目需要什么样的IT基础设施，包括计算、存储、网络等。这有助于更有效地规划 IT 资源。

6. 技术选择：在解决方案设计过程中，解决方案架构师创建概念证明和原型，考虑企业需求，然后推荐合适的技术和工具来实施。解决方案架构旨在构建内部与第三方工具采购并在整个组织中定义软件标准。

7. 最终用户需求：解决方案架构特别关注 最终用户的需求， 最终用户将成为产品的实际消费者。由于缺乏技术性，它有助于发现产品所有者可能无法捕获的隐藏需求。在实施和启动过程中，解决方案架构师提供标准文档和典型的语言结构，以确保满足所有要求以满足用户的需求。

8. 解决方案维护：解决方案架构不仅涉及解决方案设计和实施，还负责启动后的活动，例如解决方案可扩展性、灾难恢复、卓越运营等。

9. 项目时间表：解决方案架构设计每个组件的布局细节及其复杂性，通过提供资源估计和相关风险进一步帮助定义项目里程碑和时间表。
   行业标准且定义明确的解决方案架构可满足技术解决方案中的所有业务需求，并且确保交付预期结果以满足利益相关者在质量、可用性、可维护性和解决方案的可扩展性

解决方案架构的初始设计可能在售前周期的很早阶段就构思出来，例如提案请求（RFP）或信息请求（RFI），然后是原型的创建或概念证明，以发现任何解决方案风险。解决方案架构师还确定是构建解决方案还是采购它。它有助于确定技术选择，同时牢记组织的关键安全性和合规性要求。

创建解决方案架构可能有两种主要情况：

首先，增强现有应用程序的技术，可能包括硬件更新或软件重新架构
其次，从头开始创建新的解决方案，您可以更灵活地选择最适合的技术来满足业务需求
但是，在重新构建现有解决方案时，您需要考虑最小的影响并创建最适合当前环境的解决方案。如果重新构建现有解决方案不值得，解决方案架构师可能会决定重新构建，并且可以通过重新构建方法提供更好的解决方案。

在更简化的语言中，解决方案架构是关于查看系统的所有方面以生成技术愿景，它提供实现业务需求的步骤。解决方案架构可以通过将与数据、基础设施、网络和软件应用程序相关的所有不同部分放在一起，为复杂环境中的一个项目或一组项目定义一个实现。一个好的解决方案架构不仅要满足功能性和非功能性的需求，而且要解决系统的长期可扩展性和维护性问题。

为什么解决方案架构很重要？
解决方案架构是解决特定问题和需求的整体企业软件解决方案的构建块。随着项目规模的增加，团队变得遍布全球。需要有一个解决方案架构，以实现长期可持续性和坚实的基础。

解决方案架构满足各种解决方案需求，保持业务环境完整。它指定并记录了技术平台、应用程序组件、数据需求、资源需求以及许多重要的非功能性需求，例如可扩展性、可靠性、性能、吞吐量、可用性、安全性和可维护性。

解决方案架构对于任何行业及其解决方案都至关重要。如果没有解决方案架构，软件开发就有可能失败；项目可能会延迟、超出预算并且无法提供足够的功能。 通过创建解决方案架构并应用经验和知识，可以显着 改善这种情况；所有这些都由解决方案架构师提供。它有助于使所有领域的利益相关者“从非技术业务功能到技术开发”保持在同一页面上，避免混淆，使项目在进度和时间内按计划进行，并有助于获得最大的投资回报（投资回报率）。

通常，解决方案架构师需要客户协作才能理解规范。在解决方案架构师的角色中，架构师需要从技术领导和专家到业务分析师和项目管理的多种技能组合。

一个好的解决方案架构将规范与定义明确的解决方案一起放在适当的位置，这有助于我们交付和完成最终产品，以及产品发布后的流畅可操作性。一个问题可以有多个解决方案，每个解决方案都有其约束条件。解决方案架构考虑了所有解决方案，并通过创建适应所有业务和技术限制的实际概念验证来找到最佳方法。