没有合适的资源?快使用搜索试试~ 我知道了~
面向服务的体系结构.pdf
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 19 浏览量
2022-11-07
15:15:50
上传
评论
收藏 888KB PDF 举报
温馨提示
试读
17页
。。。
资源推荐
资源详情
资源评论
面向服务的体系结构
面向服务的体系结构(Service-Oriented Architecture,SOA,也叫面向服务架
构)是指为了解决在 Internet 环境下业务集成的需要,通过连接能完成特定任务
的独立功能实体实现的一种软件系统架构。SOA 是一个组件模型,它将应用程
序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起
来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操
作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通
用的方式进行交互。
传统的 Web(HTML/HTTP)技术有效的解决了人与信息系统的交互和沟通问题,
极大的促进了 B2C 模式的发展。WEB 服务(XML/SOAP/WSDL)技术则是要有
效的解决信息系统之间的交互和沟通问题,促进 B2B/EAI/CB2C 的发展。SOA
则是采用面向服务的商业建模技术和 WEB 服务技术,实现系统之间的松耦合,
实现系统之间的整合与协同。WEB 服务和 SOA 的本质思路在于使得信息系统
个体在能够沟通的基础上形成协同工作。
对于面向同步和异步应用的,基于请求/响应模式的分布式计算来说,SOA 是一
场革命。一个应用程序的业务逻辑(Business Logic)或某些单独的功能被模块
化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。例
如,服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个
或多个服务来构建应用,而无须理解服务的底层实现。举例来说,一个服务可以
用.NET 或 J2EE 来实现,而使用该服务的应用程序可以在不同的平台之上,使
用的语言也可以不同。
SOA 的生命周期
建模
建模是面向服务的体系结构项目的第一步,几乎和技术没有任何关系,所有事项
都和具体的业务相关。请记住,面向服务的方法将业务所执行的活动视为服务,
因此第一步是要确定这些业务活动或流程实际是什么。对您的业务体系结构进行
记录,这些记录不仅可以用于规划 SOA,还可以用于对实际业务流程进行优化。
通过在编写代码前模拟或建模业务流程,您可以更深入地了解这些流程,从而有
利于构建帮助执行这些流程的软件。
建模业务流程的程度将依赖于预期实现的深度。另外,这个程度还依赖于您在开
发团队中担任的角色。如果您是企业架构师,您将会对实际的业务服务进行建模。
如果您是软件开发人员,您将可能对单个服务进行建模
组装
部署
管理
控制
为什么选择面向服务架构(SOA)
不同种类的操作系统,应用软件,系统软件和应用基础结构(application
infrastructure)相互交织,这便是 IT 企业的现状。一些现存的应用程序被用来
处理当前的业务流程(business processes),因此从头建立一个新的基础环境
是不可能的。企业应该能对业务的变化做出快速的反应,利用对现有的应用程序
和应用基础结构(application infrastructure)的投资来解决新的业务需求,为客
户,商业伙伴以及供应商提供新的互动渠道,并呈现一个可以支持有机业务
(orGAnic business)的构架。SOA 凭借其松耦合的特性,使得企业可以按照
模块化的方式来添加新服务或更新现有服务,以解决新的业务需要,提供选择从
而可以通过不同的渠道提供服务,并可以把企业现有的或已有的应用作为服务,
从而保护了现有的 IT 基础建设投资。
如图 1 的例子所示,一个使用 SOA 的企业,可以使用一组现有的应用来创建一
个供应链复合应用(supply chain composite application),这些现有的应用通
过标准接口来提供功能。
Figure 1. Supply chain application. Click on thumbnail to view full-sized image.
服务架构
为了实现 SOA,企业需要一个服务架构,图 2 显示了一个例子:
Figure 2. A sample service architecture. Click on thumbnail to view full-sized
image.
在图 2 中, 服务消费者(service consumer)可以通过发送消息来调用服务。
这些消息由一个服务总线(service bus)转换后发送给适当的服务实现。这种服
务架构可以提供一个业务规则引擎(business rules engine),该引擎容许业务
规则被合并在一个服务里或多个服务里。这种架构也提供了一个服务管理基础
(service management infrastructure),用来管理服务,类似审核,列表(BIlling),
日志等功能。此外,该架构给企业提供了灵活的业务流程,更好地处理控制请求
(regulatory requirement),例如 Sarbanes Oxley(SOX),并且可以在不影
响其他服务的情况下更改某项服务。
面向服务架构(SOA)的优势
SOA 的概念并非什么新东西,SOA 不同于现有的分布式技术之处在于大多数软
件商接受它并有可以实现 SOA 的平台或应用程序。SOA 伴随着无处不在的标准,
为企业的现有资产或投资带来了更好的重用性。SOA 能够在最新的和现有的应
用之上创建应用;SOA 能够使客户或服务消费者免予服务实现的改变所带来的
影响;SOA 能够升级单个服务或服务消费者而无需重写整个应用,也无需保留
已经不再适用于新需求的现有系统。总而言之,SOA 以借助现有的应用来组合
产生新服务的敏捷方式,提供给企业更好的灵活性来构建应用程序和业务流程。
采用服务驱动型方法的企业体验着以下业务和 IT 好
处
面向服务架构的业务好处
效率: 将业务流程从 " 烟囱 " 状的、重复的流程向维护成本较低的高度利用、
共享服务应用转变。响应: 迅速适应和传送关键业务服务来满足市场需求,为
客户、雇员和合作伙伴更高水准的服务。适应性: 更高效地转入转出让整个业
务变得复杂性和难度更小,达到节约时间和资金的目的。
面向服务架构的 IT 好处
复杂性降低: 基于标准的兼容性,与点到点的集成相比降低了复杂性。重用增
加: 通过重用以前开发和部署的共享服务,实现了更有效的应用程序 / 项目开
发和交付。遗留集成: 用作可重用服务的遗留应用程序降低了维护和集成的成
本。如今的服务驱动型企业都在体验着开发的高效率,服务的高可靠性和服务的
高质量,以最大限度获得业务机会所带来的这些好处。
SOA 基础结构
要运行,管理 SOA 应用程序,企业需要 SOA 基础,这是 SOA 平台的一个部分。SOA
基础必须支持所有的相关标准,和需要的运行时容器。图 3 所示的是一个典型的 SOA 基础
结构。接下来的章节将逐一讨论该结构的每个部分。
Figure 3. A typical SOA infrastructure. Click on thumbnail to view full-sized image.
SOAP, WSDL, UDDI
WSDL,UDDI 和 SOAP 是 SOA 基础的基础部件。WSDL 用来描述服务;UDDI 用来注
册和查找服务;而 SOAP,作为传输层,用来在消费者和服务提供者之间传送消息。SOAP
是 Web 服务的默认机制,其他的技术为可以服务实现其他类型的绑定。一个消费者可以在
UDDI 注册表(registry)查找服务,取得服务的WSDL 描述,然后通过 SOAP 来调用服务。
WS-I Basic Profile
WS-I Basic Profile,由 Web 服务互用性组织(Web Services Interoperability Organization)
提供,是 SOA 服务测试与互用性所需要的核心构件。服务提供者可以使用Basic Profile 测
试程序来测试服务在不同平台和技术上的互用性。
J2EE 和 .Net
剩余16页未读,继续阅读
资源评论
G11176593
- 粉丝: 6670
- 资源: 3万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功