面向服务的体系结构
『壹』 SOA是什么
SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）进行拆分，并通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。
SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。SOA可以看作是B/S模型、XML（标准通用标记语言的子集）/Web Service技术之后的自然延伸。
SOA将能够帮助软件工程师们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往，以SOA架构的系统能够更加从容地面对业务的急剧变化。
(1)面向服务的体系结构扩展阅读：
SOA的主要优势：
1、SOA可通过互联网服务器发布，从而突破企业内网的限制，实现与供应链上下游伙伴业务的紧密结合。通过SOA架构，企业可以与其业务伙伴直接建立新渠道，建立新伙伴的成本得以降低。
2、SOA与平台无关，减少了业务应用实现的限制。要将企业的业务伙伴整合到企业的“大”业务系统中，对其业务伙伴具体采用什么技术没有限制。
3、SOA具有低耦合性特点，业务伙伴对整个业务系统的影响较低。在企业与各业务伙伴关系不断发生变化的情况下，节省的费用会越来越多。
4、SOA具有可按模块分阶段进行实施的优势。可以成功一步再做下一步，将实施对企业的冲击减少到最小。
『贰』 什么是面向服务体系结构(一)
不幸的是，任何一个在IT业有资深经历的人，都会指出有许多软件系统违背了爱因斯坦的这句名言。其中要么是一些软件系统太简单以至于不能完成所期望的任务，要么就是太复杂，使得构建和维护成本急速增长，更不要说去整合不同的软件系统。要想达到一个合适的简单度，看起来就像是一场梦。到底错在那儿呢？松散的耦合我们不必要往深里去想问题所在。当我们构建的软件系统越多时，就会看到许多相似的情形和模式出现。很自然我们想到去复用已存系统的功能，而不是一切从头做起。 现实依赖是一种事件间的状态，表现在一个系统依赖于其它系统所提供的功能。如果世界上只包含现实依赖，那么爱因斯坦的检测很久以前就通过了。问题就在于我们又建立了一些人为依赖，这些人为依赖与现实依赖共存。 如果你到国外出差，你知道你必须要携带电源适配器，否则你将会碰到麻烦。你需要电源是现实依赖，而你的插头必须与当地电源插座匹配，这是人为依赖。不同国家有不同尺寸和形状的插头，他们有些小而紧凑，有些大而笨重。 这里的经验是我们不能去除人为依赖，但是我们能减小它。如果系统中的人为依赖已被减小，理想上将其最小化，我们就获得了松散耦合。某种意义上，爱因斯坦所说的就是松散耦合。我么可以将爱因斯坦的这句名言改写为：“人为依赖应被最小化，但现实依赖不应该被改变”。 SOA的定义与解释 现在可以去定义面向服务体系结构。SOA是一种体系结构，目标是在软件代理交互中获得松散耦合。一个服务是一个服务提供者为一个服务消费者获得其想要的最终结果的一个工作单元。服务者与消费者都以软件代理代表他们自己的角色。 这听起来有些太抽象，但是SOA确实无处不在。让我们在你的住房中找到一个SOA的例子。例如播放一个CD,你可以将要播放的CD放入CD机中，CD机将为你播放这张CD，CD机提供了一个CD播放服务。这里的好处就是你可以用不同的CD机去播放同一张CD。他们能提供同样的CD播放服务，但是服务质量是不同的。 SOA的思想明显不同于面向对象的编程，面向对象编程强烈的建议你应该将数据与其操作绑定。因此在面向对象编程风格中源码天空 ，每张CD 有它自己的CD播放机，他们之间不能被拆开。这听起来很奇怪，但是这就是我们建立许多已存软件系统的方式。
『叁』 什么是面向服务的体系结构
面向服务架构（Service-Oriented Architecture，SOA） 面向服务架构又称“面向服务的体系结构内”， 是Gartner于2O世纪容9O年代中期提出的面向服务架构的概 念。2002年的l2月，Gartner提出“面向服务的架构( SOA)”是“现代应用开发领域最重耍的课题”之后。 国内外计算机专家、学者掀起了对SOA的积极研究与探索。
『肆』 soa和soap分别是什么
SOA,即面来向服务源的体系结构(Service-Oriented Architecture,也叫面向服务架构),是指为了解决在Internet环境下业务集成的需要,通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。
SOAP：简单对象访问协议，简单对象访问协议（SOAP）是一种轻量的、简单的、基于 XML 的协议，它被设计成在 WEB 上交换结构化的和固化的信息。 SOAP 可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议（ HTTP），简单邮件传输协议（SMTP），多用途网际邮件扩充协议（MIME）。它还支持从消息系统到远程过程调用（RPC）等大量的应用程序。
『伍』 除了面向服务体系结构 还有哪些
面向服务架构（Service-Oriented Architecture，SOA） 面向服务架构又称“面向服务的体系结构”， 是Gartner于2O世纪9O年代中期提出的面向服务架构的概 念。2002年的l2月，Gartner提出“面向服务的架构( SOA)”是“现代应用开发领域最重耍的课题”之后。 国内外计算机专家、学者掀起了对SOA的积极研究与探索。
『陆』 什么是面向服务体系结构
面向服务的体系结构，是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
*******************************
您好，答案已经给出，请您浏览一遍
有什么不懂的地方欢迎回复我！
如果满意请及时点击【采纳为满意答案】按钮
或者客户端的朋友在右上角评价点【满意】
您的采纳，
是我答题的动力
也同时给您带来知识和财富值
***************************************************
『柒』 软件工程面向服务的体系结构应该基于哪些标准
面向服务架构（Service-Oriented Architecture，抄SOA） 面向袭服务架构又称“面向服务的体系结构”， 是Gartner于2O世纪9O年代中期提出的面向服务架构的概 念。2002年的l2月，Gartner提出“面向服务的架构( SOA)”是“现代应用开发领域最重耍的课题”之后。 国内外计算机专家、学者掀起了对SOA的积极研究与探索。
『捌』 面向服务架构的利用价值
对 SOA 的需要来源于需要使业务 IT 系统变得更加灵活，以适应业务中的改变。通过允许强定义的关系和依然灵活的特定实现，IT 系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足它们之间交互的需要。
下面举一个具体的例子。一个服装零售组织拥有 500 家国际连锁店，它们常常需要更改设计来赶上时尚的潮流。这可能意味着不仅需要更改样式和颜色，甚至还可能需要更换布料、制造商和可交付的产品。如果零售商和制造商之间的系统不兼容，那么从一个供应商到另一个供应商的更换可能就是一个非常复杂的软件流程。通过利用 WSDL 接口在操作方面的灵活性，每个公司都可以将它们的现有系统保持现状，而仅仅匹配 WSDL 接口并制订新的服务级协定，这样就不必完全重构它们的软件系统了。这是业务的水平改变，也就是说，它们改变的是合作伙伴，而所有的业务操作基本上都保持不变。这里，业务接口可以作少许改变，而内部操作却不需要改变，之所以这样做，仅仅是为了能够与外部合作伙伴一起工作。
另一种形式是内部改变，在这种改变中，零售组织现在决定它还将把连锁零售商店内的一些地方出租给专卖流行衣服的小商店，这可以看作是采用店中店（store-in-store）的业务模型。这里，虽然公司的大多数业务操作都保持不变，但是它们现在需要新的内部软件来处理这样的出租安排。尽管在内部软件系统可以承受全面的检修，但是它们需要在这样做的同时不会对与现有的供应商系统的交互产生大的影响。在这种情况下，SOA 模型保持原封不动，而内部实现却发生了变化。虽然可以将新的方面添加到 SOA 模型中来加入新的出租安排的职责，但是正常的零售管理系统继续如往常一样。
为了延续内部改变的观念，IT 经理可能会发现，软件的新配置还可以以另外的一种方式加以使用，比如出租粘贴海报的地方以供广告之用。这里，新的业务提议是通过在新的设计中重用灵活的 SOA 模型得出的。这是来自 SOA 模型的新成果，并且还是一个新的机会，而这样的新机会在以前可能是不会有的。
垂直改变也是可能的，在这种改变中，零售商从销售他们自己的服装完全转变到专门通过店中店模型出租地方。如果垂直改变完全从最底层开始的话，就会带来 SOA 模型结构的显著改变，与之一起改变的还可能有新的系统、软件、流程以及关系。在这种情况下，SOA 模型的好处是它从业务操作和流程的角度考虑问题而不是从应用程序和程序的角度考虑问题，这使得业务管理可以根据业务的操作清楚地确定什么需要添加、修改或删除。然后可以将软件系统构造为适合业务处理的方式，而不是在许多现有的软件平台上常常看到的其他方式。
正如您可以看到的，在这里，改变和 SOA 系统适应改变的能力是最重要的部分。对于开发人员来说，这样的改变无论是在他们工作的范围之内还是在他们工作的范围之外都有可能发生，这取决于是否有改变需要知道接口是如何定义的以及它们相互之间如何进行交互。与开发人员不同的是，架构师的作用就是引起对 SOA 模型大的改变。这种分工，就是让开发人员集中精力于创建作为服务定义的功能单元，而让架构师和建模人员集中精力于如何将这些单元适当地组织在一起，它已经有十多年的历史了，通常用统一建模语言（Universal Modeling Language，UML），并且描述成模型驱动的体系结构（Model-Driven Architecture，MDA）。
对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA是一场革命。一个应用程序的业务逻辑（business logic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。例如，服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现。举例来说，一个服务可以用.NET或J2EE来实现，而使用该服务的应用程序可以在不同的平台之上，使用的语言也可以不同。