我阅读了一些TOGAF文档，看到很多地方提到了"架构"one_answers"解决方案"。例如，体系结构连续体和解决方案连续体，体系结构构建块和解决方案构建块。但是我不太明白它们在TOGAF中有什么不同
As Per Togaf Documentation for Togaf 9:
架构1. 系统的正式描述，或组件级系统的详细计划指导其实施(来源:ISO/IEC 42010: 2007)。2. 组件的结构，它们之间的相互关系，以及原则和指导方针管理它们的设计和演变。
它没有提供SOLUTION的正式定义。
通俗地说，架构是解决方案的抽象视图。它可以是解的超集或组。解决方案是对问题的更具体的表示，而体系结构则是对系统的更广泛的描述。
Enterprise Continuum首次提到了架构的两种不同类型的构建块，我们有架构连续体和解决方案连续体，我如何看待架构构建块与解决方案构建块之间的区别，因此我将根据构建块的概念进行解释。
架构构建模块:这应该是合乎逻辑的，应该是我们想要在组织内实现的概念，这将指导和支持我们的解决方案空间，是的，正如你所读的，ABB将制定规则并给出一些指导方针，说明我们将如何在解决方案连续体的相应级别(基础、公共系统、行业、组织)创建我们的解决方案。这个架构构建块不能被部署，甚至不是物理的。
解决方案构建块:我们可以部署解决方案，因为它们是物理的，这意味着解决方案可以在部署中实例化，该解决方案代表了体系结构连续体(基础、公共系统、行业、组织)相应级别上的体系结构实现。我们可以构建或购买解决方案，在我们的组织中构建或从某些供应商那里购买。
你可以在这里看到一个很好的图像来描述这些概念之间的不同。在我的回答中，我也谈到了级别，你可以在这里看到更多关于这个概念和一个很好的图像来描述它。
希望对你有帮助。
如果你有编程背景，也许用"接口"和它的"实现"来类比是有意义的。在这种情况下，体系结构就是接口，解决方案就是接口的实现。
将此类推到现实中，架构师将设计一个解决方案并将其分解为两个或多个组件(=抽象)。其中一个组件可能表示需要存储，例如客户数据。因此，架构师会编写"保存客户数据所需的数据库"。这是建筑设计的一部分——抽象。
在将来的某个时候，建筑师可能想把它变成混凝土。那时他可能会写"Oracle RDBMS或平面文件或内存HSql数据库"作为它的具体实现。
解决方案是可实现的组件，而体系结构是描述组件。两者都可以在不同的层次上表示。恋人
架构是蓝图或模板。
解决方案是使用蓝图的结果/可交付成果。