我在 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?
谢谢!
最佳答案
我认为你在这里混淆了概念,PedroD。您可以详细阅读SOA一词指的是什么here 。 (我故意不链接到维基百科文章,这绝对是糟糕且具有误导性的)。
您的应用程序是为了公开功能而构建的,因此可以说它可以是 SOA 的一部分,但它本身并不是 SOA。
SOA 是指支持面向服务的架构风格。它帮助组织以面向服务的方式集成和开发其系统。 SOA 是一种比您所拥有的范式更广泛的范式,并且它大大超出了单个应用程序的上下文 - 例如它建立了内部企业准则、治理流程、跨多个业务领域的服务 list 构建以及服务编排,以使组织能够非常快速地实现业务流程,从而缩短上市时间。
当然,SOA 具有演进的层次。您可能还没有适当的流程,或者您可能不使用消息传递代理,可以说您仍在努力实现完全面向服务的架构。但为了实现 SOA,您至少必须拥有某种中间件层,这样您就可以避免点对点集成并至少进行简单的服务组合。
我想说,您的应用程序在构建时考虑了集成和面向服务,但它本身并不是 SOA。
注意:如果您想以借用 SOA 的许多概念的方式在内部组织您的应用程序,您可能需要查看 Microservice Architecture 。实际上对我来说,你的架构看起来更类似于微服务。
关于java - 是否可以在没有服务代理的情况下构建 SOA?这方面有什么好的例子吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29856271/