java - 是否可以在没有服务代理的情况下构建 SOA？这方面有什么好的例子吗？

Question

我在 OSGi 中构建了一个应用程序，它提供了一个用于从不同数据源读取值的 REST API。然后我在我的应用程序中安装了几个模块来公开这些数据源。例如，一个模块公开从数据库读取数据，另一个模块公开从网站读取数据，另一个模块从 TCP/IP 设备读取数据，等等...

例如，如果我这样做: http://--------/listAllDataSources

如果我安装了 3 个模块，我会得到这样的结果:

{
   dataSources : [ 0, 1, 2 ]
}

那么如果我这样做: http://--------/read/1

我将从数据源 1 中获取读数。

{
    currentValue : "44.5"
}

所以我的架构包括:

[ External Apps]
        |
        |
      *Web*
        |
        |
[   REST API   ]
[M1][M2]....[Mn]

这是否被视为 SOA？

此外，如您所见，我不使用任何服务代理。这是否会使我的应用程序不是 SOA？

谢谢!

Answer 1

我认为你在这里混淆了概念，PedroD。您可以详细阅读SOA一词指的是什么here 。 (我故意不链接到维基百科文章，这绝对是糟糕且具有误导性的)。

您的应用程序是为了公开功能而构建的，因此可以说它可以是 SOA 的一部分，但它本身并不是 SOA。

SOA 是指支持面向服务的架构风格。它帮助组织以面向服务的方式集成和开发其系统。 SOA 是一种比您所拥有的范式更广泛的范式，并且它大大超出了单个应用程序的上下文 - 例如它建立了内部企业准则、治理流程、跨多个业务领域的服务 list 构建以及服务编排，以使组织能够非常快速地实现业务流程，从而缩短上市时间。

当然，SOA 具有演进的层次。您可能还没有适当的流程，或者您可能不使用消息传递代理，可以说您仍在努力实现完全面向服务的架构。但为了实现 SOA，您至少必须拥有某种中间件层，这样您就可以避免点对点集成并至少进行简单的服务组合。

我想说，您的应用程序在构建时考虑了集成和面向服务，但它本身并不是 SOA。

注意:如果您想以借用 SOA 的许多概念的方式在内部组织您的应用程序，您可能需要查看 Microservice Architecture 。实际上对我来说，你的架构看起来更类似于微服务。