面向服务的架构：你如何定义它

Question

面向服务的架构似乎越来越热帖的这些天，但要求在办公室后，我发现，我似乎得到很多不同的定义它。你们如何定义SOA？你认为什么是官方定义？

Answer 1

正如马丁·福勒说，这意味着不同的事情不同的人。他关于这个话题的文章相当不错，虽然它不是一个定义。

http://martinfowler.com/bliki/ServiceOrientedAmbiguity.html

这也许可以解释，难度想出一个具体的定义。

Answer 2

SOA设计包括可以由代码使用的组件（即，服务），而不管实现（即，任何OS或语言）。一个服务的单个实例也可以由多个应用程序使用，反之，例如，DLL将不得不被复制为每个应用和所需要的相同的实现技术作为连接应用程序。在SOA设计

服务通常是可互操作的Web服务实现。

Answer 3

我一起去：

定义了一系列的无状态，客户端 无关的业务运作产生 在多个 应用加以利用。

Answer 4

我试图在one of my blog posts中定义SOA。这里有一段摘录...

多年来，将功能分为功能，类和模块已经成为标准做法。这个想法一直是这些小型高度专业化的组件比单一的代码块更容易共享和维护。

功能，SOA是没有太大的不同。目标是一样的 - 可重用性和易于维护。最大的区别 - 就Web服务SOA而言 - 是应用程序中包含的共享库被替换为HTTP调用。

Answer 5

Ryan提到的直升机没有官方的定义。然而，我发现托马斯埃尔对整个服务导向的观点非常有条理和相关。这是SOA从他SOA Glossary（more）的定义：

面向服务的架构代表了一种架构模型，旨在提高企业的敏捷性和成本效益，同时降低对组织的IT总体负担。

托马斯·尔是许多SOA的标题大多来自SOA厂商，包括IBM，甲骨文和微软接受代言的作者。关于his books的好处是它们尽可能独立于SOA供应商。这意味着您更多地了解面向服务的本身，而更少了解某些支持SOA的供应商中间件。

Answer 6

维基百科：“SOA是一种软件架构，它使用松散耦合的软件服务来支持业务流程和软件用户的需求。SOA环境中的网络资源作为独立的服务提供，可以在不知道其底层平台实现的情况下访问它们。“

SOA并不是那么新，但它有可能实现一些令人惊叹的事情。必须为它做好准备：企业必须在流程中思考，这是最大的问题

Answer 7

我同意所有指向Fowler的人，基本上它是这样运行的：面向服务的架构获得了声誉因为它很好，所以任何人都希望与他们称之为SOA的好东西联系在一起。实际上它有很多缺点，并且可以创建面向服务的网格锁或面向依赖的体系结构。

以下是我的定义： 面向服务的体系结构是一种系统集成和代码重用方法，其中应用程序依赖于连接到由网络上其他正在运行的应用程序提供的服务。这与组件体系结构截然不同，例如，软件组件在库或SDK的形式下在应用程序之间静态共享。

Answer 8

此处的澄清 - “面向服务的架构是一个系统集成和代码重用方法，即应用程序依赖于连接到通过网络使用其他运行的应用程序提供的服务。”

我有一个场景，其中两个j2ee应用程序已使用事件驱动的消息传递进行了集成。这里系统集成和连接到其他运行的应用程序在网络上提供服务的上述短语把握好。我可以称之为SOA吗？

以下原则将保持良好这里 1）无国籍 2）面向消息 - 松散耦合INFACT去耦合 3）扩展的。

但是，以下内容不适用 1）平台独立性 - 所有未集成的应用程序都被设计为在不同的平台上工作。 2）应用程序是普通的j2ee应用程序，它没有被设计成所有的概念。

Answer 9

下面是你一个定义：

SOA - 软件架构以上。毫无意义，过分臃肿，功能界面框架列入叫一个漂亮的网站架构与3D图形文件夹飞从一个侧面向其他地方“DIR/S> A.TXT | FTP -s：upload.ftp”做了这份工作。

软件组件是不是砖头，不能用普通的功能模式和架构一概而论出现从好的做法，不好的设计企业。软件没有架构，它的设计。

SCRUM ON！