什么是参考架构？
一个 参考架构 是一种通用类型的体系结构，用于识别系统的正常轮廓。它通过包含通用元素、内部关系、原则和体系结构指南来实现这一点，这些要素为我们构建单独的体系结构提供了核心基础。从技术上讲，参考架构被认为是一种形式 企业架构.就 托加夫 10 企业连续体，参考架构是基础架构、通用系统架构或行业架构。最好的参考架构可以确保问题以及每个重要部分都暴露出来。
基本上，参考架构是一个文档或一系列文档，它建议如何将业务元素以及 IT 服务和产品集成到解决方案中。参考架构代表了广泛认可的行业最佳实践，并经常为特定技术推荐最佳交付策略。易于理解的参考架构提供了最佳实践并指导采用复杂的技术解决方案。
参考架构通常分为目的、原则、技术立场、模式和词汇，以使信息更易于理解：
- 目的——你为什么使用参考架构？此时，您应该定义您的目标、目的、特定目的和需要解决的挑战。
- 原则 - 以组织原则、文化和价值观的高层次基本主张的形式描述必须做的事情，这些主张经久不衰且很少改变。
- 技术职位 - 根据基于原则的技术指导、法规、政策、协议、协议和标准，决定您将做什么。通过技术职位应用解决方案，这有助于限制和鼓励合规性。
- 模式 - 检查各种架构表示，包括表格、结构、文本、行为和图形模型。这应该在一定程度上进行，不受特定于实现的限制。
- 词汇 - 创建一个包含与解决方案相关的定义和短语的词汇表。
参考架构基础
参考架构通常由一组功能以及这些功能如何相互交互、与参考架构范围之外的功能以及与其他功能交互的指示组成。
可以在各种抽象级别开发参考架构。一个非常抽象的可能会显示几个通信网络设备，每个设备执行一个特定的目的。在更基本的层面上，人们可能会展示几种技术（或方法）如何在旨在执行某个特定目的的计算机程序中协同工作。
参考架构提供了一个示例，该架构经常依赖于许多解决方案的泛化。这些解决方案可以被组织和概括，以使用在几个有效实现中看到的模式集合来表示一个或多个架构结构。它还演示了如何将这些组件组合在一起以创建解决方案。参考架构将专门为给定的域或一组计划创建。
参考架构框架的主要组件
许多因素鼓励使用参考架构。必须满足参考架构框架要求才能成功。
设置参考
参考架构提供了一个理解领域的框架，同时作为您自己的业务架构工作的起点。为了使您不必创建轮子，它们为您提供了基本结构。企业参考架构对于您没有任何直接竞争对手的业务领域和组件特别有益。
基准测试
使用参考架构可以促进您所在行业的基准测试。企业之间的区别通常不在于它们如何设计（例如，它们的业务程序），而在于它们如何执行它们。通过使用参考设计，比较这些执行结果变得相当简单。
遵守
监管机构经常强加（或至少强烈建议）参考设计。例如，会计技术、程序和概念正变得越来越标准化和需要。这导致公司报告标准一直下降到 XBRL 等交换标准。
互操作性
在我们日益网络化的环境中，组织必须与广泛的各方进行互动和协作。参考架构提供的标准和构建块使这些联系成为可能。使用标准的另一个优点是它们增加了灵活性，因为具有标准化接口的构建块更易于互换，并且如果它们已经标准化，则构建标准更简单。
收购和外包
如果双方的材料使用相同的语言、遵守相同的标准并识别功能、流程和/或系统之间的相同边界，那么以新颖的方式重新组合双方的材料将会变得相当简单。
为什么（以及为什么不）使用参考架构？
参考架构有助于项目经理、软件开发人员、企业架构师和 IT 经理之间就实施项目进行成功的协作和沟通。参考架构预测并响应最频繁的查询。因此，它们可以帮助团队避免在没有经过验证的最佳实践和解决问题的技术的情况下可能发生的错误和延误。
同样，通过重用有效的解决方案，在组织内部采用参考架构可以加快交付速度。它还为治理提供了基础，确保了组织内技术使用的一致性和适用性。软件架构领域的许多实证研究已经确定了在组织中使用软件参考设计的以下常见优点和缺点：
- 通过采用统一的方法和通用的信息交换协议来增强软件系统的互操作性。
- 利用共享资源减少软件项目的开发费用。
- 由于所有相关方都有相同的架构方法，内部沟通将得到改善。
- 由于需要了解其功能，因此会影响开发人员的学习曲线。
参考架构会被认为是一种解决方案吗？
不，实际上。参考架构在技术上不会被视为解决方案或潜在解决方案。参考架构概述了实现组织目标的要求。解决方案概述了交付任务、能力、系统和服务以实现这些公司目标和目标所需的程序和资源（人力和技术）的清晰和详细的细节。系统的底层结构，如其组成部分所示，以及这些部分与其周围环境之间的相互作用，以及指导其创建和发展的指导原则，都被 DoD IEA 描述为解决方案架构。
哪些行业使用参考架构？
所有合格的技术开发人员都使用参考架构来指定所需的开发程序、最大限度地减少障碍、保持团队专注、防止成本超支以及与客户一起验证最终产品。此外，雇用软件和硬件工程师的企业会为上述目标雇用他们。
有多种参考架构，包括用于软件、金融机构、汽车、船舶等的参考架构。对于代表美国创造的每一项新技术，美国国防部 (DoD) 是世界上最大的组织之一，它通过国防界的私人开发人员采购尖端技术的开发，发布全面、深度技术参考架构 (TRA)。
良好的参考模型属性
- 它是联盟建立的，拥有更多的行业眼光。我们建议您在自制或供应商构建的替代方案之前使用联盟构建的参考架构，如 APQC 或 SCOR。
- 它可以框定问题空间。
- 它可以识别关键元素。
- 它可以识别关键关系。
- 它可以告诉您如何评估系统。
您如何使用参考架构？
有三种方法可以使用一个好的参考架构。
首先，它应该为基础知识提供一个起点。 SCOR 描述了供应链流程和三种制造模型。而不是从一张白纸开始。您已经掌握了基本的核心信息。这样，您就不会在不需要时花时间重新发明轮子。相反，人们可以在其特定用例中研究轮子的独特方面。飞机轮子需要立即从 0 加速到 140 MPH。月球车的车轮必须非常轻，而且不能扬尘。两者都是圆形的，可移动的，用于转向。这一切都归结为用例。
其次，它应该提供对系统如何工作的理解。您不需要弄清楚系统的各个部分以及它们如何交互。相反，人们应该寻找架构如何为一个用例优化部件和交互。 数字化转型的七个杠杆 是一个很好的例子。
第三，应该能够在架构治理中使用参考架构。参考架构用于评估设计，以确保设计考虑了系统的所有预期需求。例如，在 GSRM 中，所有可撤销的许可证都需要一个程序来评估许可证持有人是否仍然可以保留许可证和一个上诉程序。无论是驾驶执照、医疗执照还是核废料运输许可证，所有流程都需要在那里。
在 Conexiam，我们有一篇关于 使用参考架构进行数字化转型可供阅读 更多示例。
参考架构示例
参考架构有很多例子：
什么是 TOGAF 标准参考架构？
这 TOGAF 标准，第 10 版 (TOGAF 10) 包括两个参考架构：技术参考架构和集成信息基础设施参考模型。可以借助标准化的术语来达成共识。例如，参考架构标准可以提供一种共享语言。参考架构很有用，因为它们提供了公认的常见实践的文档。 TOGAF 标准利用了这一点，并在其框架和方法中实施了参考架构。
参考架构 vs 参考模型 vs 架构框架
大多数人使用参考架构和参考模型作为同义词。从技术上讲，它们是不同的，但对于大多数企业架构师来说，这种差异是无关紧要的。
从纯粹的角度来看，参考模型解释了系统的一部分，参考架构解释了整个系统。在实践中，这种区别往往与“系统”相关联。但是，几乎每个人都可以互换使用这些术语。人们会发现提供指导变革的有用架构比花时间在语义讨论上更有用。
系统的架构被描述为由架构框架表示，架构框架是一组最小实践和标准的封装。架构框架，如 TOGAF 框架，提供了描述和识别特定架构所需输入的方法以及表征该架构的方法。
因此，不需要任何特定的架构类型，架构框架就为业务架构师提供了准确表达和收集需求所需的工具。架构框架为选择构建哪些架构“视图”提供了指导，并提供了架构师可能考虑的多种视角的示例分类。
参考架构更进一步，它加快了特定架构类型的流程，帮助确定哪些架构方法将满足特定要求，并确定满足特定架构“最佳实践”要求所需的最低限度的架构工件集建筑学。参考架构非常强调概念的“模板”部分。
虽然可以声称参考架构提供的方法比框架提供的更多，但参考架构仍然没有真正通过它们的方法组件来区分。框架和参考架构都提供了最佳实践。然而，大多数可以通过它们的模板元素来识别。
我们的参考架构指南如何？在下面的评论中告诉我们您对这种架构形式的看法。