对系统架构的困惑

Question

我已经阅读了很多关于单体、 SOA和微服务的文章，但我仍然对它们的区别感到有些困惑。

例如，如果我有一个应用程序通过 REST 收集公司内多个服务的数据，处理它们然后将它们发送到前端，它是使用 SOA 架构还是它仍然是一个单体？

单体应用能否将多个服务作为其数据源？

Answer 1

Monolith，顾名思义（mono）——通常是指只有一个组件的架构。 从您描述的那一点点来看 - 听起来有几个服务（=组件），每个都有自己的责任，所以听起来它不是一个整体。

关于微服务与 SOA - 乍一看，这两种方法确实很相似，但是当你仔细研究它时，有一些关键的区别，主要是在服务的 scope 方面 - 在微服务中，服务非常精细，每一个其中有一个目的。 相反，在 SOA 中，服务的粒度可以变化。

当然还有更多的不同，我建议在 DZone 中阅读这篇文章（我一般建议将其用于架构主题）。

Answer 2

让我们从部署和弹性的角度来看问题。

部署

• 单体系统可以作为一个整体进行部署。 即使您在子模块内进行了微小的更改，也必须用新版本替换整个系统。
• 在基于 SOA 的服务中，您可以（或多或少）独立部署服务。 在某些情况下，由于服务依赖关系，您需要部署编排，但通常我们的目标是自包含服务。

弹性

• 单体系统可以作为一个整体放大或缩小。 如果您的一个子模块不堪重负，您需要创建一个全新的整体实例。
• 在基于 SOA 的服务中，您可以独立地扩展/缩减服务（或多或少）。 有时，多个服务对增加的负载具有相同的敏感性。 在这些场景中，您可以启动一组服务的新实例。