问什么是SOA (面向服务的体系结构)？

EN

忘了XML吧。忘掉WSDL吧。SOA不是一种你可以买到的技术，尽管它经常以这种方式销售。

SOA的真正意义在于IT组织。SOA的要点是避免大量具有隔离数据池的“应用程序”，这些应用程序要么根本不相互通信(因此经常是重复数据)，要么只是通过适配器层或EAI系统以一种低效、有缺陷的方式进行通信。

对于大公司来说，这是一个严重的问题--他们有数百个独立的应用程序，但没有足够的集成。到处都是重复和不一致的数据，其结果是客户被激怒了，真正的钱被损失了，因为计费部门一直在为取消的订单发送发票，而客服代表甚至找不到订单，因为它在订单跟踪系统中被取消，而不是在计费系统中。

SOA应该通过从头开始设计每个应用程序，以标准化、跨平台的方式发布其服务，以便其他应用程序可以访问数据，而不必复制它，从而解决这个问题。

从业务角度来看，这是非常可取的。时髦的炒作和首字母缩写soup只是IT公司利用这种可取之处的尝试。不幸的是，这(错误地)导致许多人(包括CEO)相信SOA是一种可以购买的产品，它将神奇地提高您的it效率，而没有意识到这只有在您重新组织整个IT (很可能还有您的业务部门)以与SOA兼容的情况下才会发生。

让我使用集成地狱中著名的替罪羊:电信公司。

早在20世纪90年代，手机公司在我所在的社区就已经供过于求，几乎和90年代中期放松通信管制带来的长途经销商一样多。随着时间的推移，贝尔大西洋公司成了Verizon的巨头，吞并了一家又一家公司(至少还有一家Baby Bell)。这些公司中的每一家都有技术到位，在塔楼中，在交换设备中，在计费系统中，这些技术彼此完全不兼容。

因此，公司说，好吧，我们有这些模型来做生意，让我们以WSDL/SOAP/XSD的形式为我们的所有技术提供一个友好、一致的面孔--我们今天拥有的每种语言和系统都可以与此接口！慢慢地，但肯定的是，该公司正在使其所有系统都能够报告功能，为加载和计费目的而被询问，并公开给未来的远见者以尚未考虑到的方式进行利用。

任何人都可以构建SOA客户端。任何有wget和文本编辑器的人。任何人都可以解析结果(XML)。

这就是与过去的客户机/服务器架构的根本不同之处。前几天，我刚刚和一个人讨论了如何将基于Cobol和Smalltalk的系统连接到SOA架构。这是一个很容易解决的问题。请告诉我，您的DCOM系统也可以这样说。

SOA只是一种设计服务的方式，其中的模块之间通过“”进行通信。就是这样，现在的下一个问题是:什么是“服务”，它与常规的“方法”有什么区别？

服务是执行单个原子业务操作的操作。这种原子性使得它可以从许多模块中高度可重用的。然后，一个复杂的业务操作就是以特定顺序调用这些服务的集合。

SOA与特定的技术无关，只是一种特定的设计方式。