“产品体系结构”、“软件体系结构”和“软件栈”概念的关系

Question

我正在为Uni做一份关于我所在团队开发的应用程序的报告。除其他外，我们必须在应用程序的同时交付一个技术解决方案文档。本文档的一个部分称为“产品体系结构和软件堆栈”。

我在谷歌上搜索了“产品体系结构”这个短语，但我发现的是关于“软件架构”的解释。我想知道它们是一样的还是有关系的。此外，我还发现了大量关于软件堆栈的信息，但是因为我不知道什么是产品体系结构，我不知道两者之间的关系。

如果有人能告诉我这些概念之间的关系，并解释它们之间的关系，我将非常感激。

Answer 1

这是IMHO的语言问题，而不是真正的软件工程问题，但是FWIW，让我试着回答它：

如果您的产品是一些软件，那么“产品体系结构”=“软件体系结构”。

如果你的产品是一些不同的东西，比如一栋大楼，或者一些硬件，或者一个复杂的系统，包括硬件和软件，那就不是。在后一种情况下，软件部分肯定有某种软件体系结构，这是整个产品体系结构的一部分。

“软件堆栈”通常是软件体系结构的一部分，它与您的软件产品中使用的第三方组件有关。

Answer 2

术语“产品体系结构”指的是您正在交付的整个产品的体系结构。“软件体系结构”一词指的是您正在交付的软件的体系结构。

这两个术语的不同之处在于，一个产品可能不仅仅是一个计算机程序。产品还可以包含硬件组件。如果您只交付软件，那么软件体系结构将描述整个产品体系结构，但否则它将只描述产品体系结构的一部分。

软件堆栈是软件体系结构的一部分，您可以在其中描述您使用的编程语言和主要技术(前端框架、后端框架、数据库等)。

Answer 3

它们都是模棱两可的，过去在不同的时间表达不同的意思。

看看维基百科为https://en.wikipedia.org/wiki/Software_建筑撰写的文章中积累了什么：

• 客户端-服务器
• 对等点
• 以数据为中心
• 事件驱动
• 分层

显然，没有人按照不同的决策维度恰当地组织这些方面：

• 服务器基础设施
• 数据库访问模型-客户机-服务器/ P2P。缓存写入/缓存子集
• 数据管理.单主、多主、多读副本、多区域
• 安全性-内置用户名/密码/联邦
• UI -客户端控制/服务器呈现
• UI数据-直接到数据库/服务层代理
• 服务层-无/ RESTful / SOAP
• 服务部署.单片/微服务
• 服务开发.单片/微型服务
• 共享代码模型- DLL / Plugin /Service-子调用/微进程
• 共享逻辑组合-独立/管道和过滤器
• 原则--什么都不共享；以数据为中心；

我认为，考虑“软件体系结构”()，侧重于数据管理和访问的数据和属性是最有意义的。即使没有正式的服务层，数据库模式也已经成为多个UI交互的标准。UI实际上只是用户与“系统”交互的方式，即数据(以及数据处理的副作用)。

(以上只是一个快速而肮脏的近似，以显示“软件体系结构”的含糊不清程度。)

WikiPedia没有“产品体系结构”的条目。但它是为“产品设计”，这是更多关于非软件的东西，我会说。

还请考虑自下而上的分析方法：

• https://en.wikipedia.org/wiki/Multitier_建筑 -正在谈论更多关于通信堆栈的内容。这是关于“产品”、“软件”体系结构的，也属于“软件堆栈”。
• https://en.wikipedia.org/wiki/Microservices体系结构--可能主要是在谈论“部署”(devops)。云函数/ Lambda函数将运行代码的地方。实际上，服务实现在概念上可能是“分布式monolith”、"nanoservice"，或者是关于适当的“微服务”应该是什么的松散共识。就“堆栈”而言，服务器端端点类型在这里是相关的；对于产品/软件体系结构，大多数人谈论“软件体系结构”。

不太清楚。