面向服务架构(SOA)描述了一种架构方法,它依赖于将业务流程和底层活动分解为基于标准的服务。这些服务可能为细粒度、粗粒度、以表示为中心、以数据为中心或许多其他变换方式。有效管理服务的生命周期是SOA计划中获取成功的基石。
本文审视XML、Web服务及SOA间的关系,并解释厂商和标准组织如何从那些持续浮现的Web服务规范中形成奇妙的竞争与协同竞技场。然后我们从应用架构简短历史的叙述着手来对过去的二十年作一个总结。
面向服务的体系结构(SOA)表示您可以如何使用 Web 服务的大图景。Web 服务规范定义了实现服务以及与它们的交互所需要的细节。然而,面向服务的体系结构(SOA)是一种用于构建分布式系统的方法,采用 SOA 这种方法构建的分布式应用程序可以将功能作为服务交付给终端用户,也可以构建其他的服务。
本文审视XML、Web服务及SOA间的关系,并解释厂商和标准组织如何从那些持续浮现的Web服务规范中形成奇妙的竞争与协同竞技场。然后我们从应用架构简短历史的叙述着手来对过去的二十年作一个总结。
软件业从最初的面向过程、面向对象,到后来的面向组件、面向集成,直到现在的面向服务,走过了一条螺旋上升的曲线。其实,自从上世纪70年代提出“软件危机”,诞生软件工程学科以来,为了彻底摆脱软件系统开发泥潭,一直也没有放弃努力。
企业基础架构服务或共享服务为 SOA 增加了很大价值。共享服务由于自身的功能和位置特点,通常是在逻辑层实现的。这些特性由共享服务层实现,该层在逻辑上由几个服务层组成。
对于企业级软件来说,那些各种信息被禁锢在分散的业务功能单元内的“坏日子”已经成为过去。我们当中的大部分人为此也感到很欣喜。面向服务的架构(Service-Oriented Architectures, SOAs)和软件已经到来并且准备开创新纪元。
SOA,Service Oriented Architecture,顾名思义是面向服务的架构,整个系统要借助服务的设计来完成建模,因此服务的设计是整个系统中很重要的一环。服务的设计牵涉到两个重要的概念,一个是粒度,一个是耦合。
本文讨论的关键词是培训。当您决定进行SOA项目时,需要仔细考虑团队人员的当前角色,并确保通过培训、指导和调整试验及错误周期来帮助他们准备好进行其在SOA中的工作。
许多企业在构建SOA,但进展相当缓慢,这主要是由于SOA涉及方方面面,关系太多,太复杂。通过本文可以了解一些公司在部署SOA时实际遇到的问题以及解决方法。
在 SOA 或数据集成项目中,关键业务术语可能会造成混淆,对其含义进行反复的争论会导致延迟、推迟修改甚至产生错误。本文介绍业务术语表的概念,帮助您消除术语方面的误解。了解在 SOA 中应用业务术语表的价值,学习如何定义和使用它以使同事之间的交流更加清晰。
4月18日,中国电子技术标准化研究所互联网标准开放实验室(ISOL)将在北京举行“SOA标准体系国际研讨会”。来自W3C、OASIS、WS-I等国际标准组织的专家、相关国内外企业SOA技术专家将参会,就SOA中国标准体系进行研讨和交流。
不同的人对于SOA的认识各不相同。有人认为它是概念,有人认为它是架构,有人则认为它是服务。本文将说说SOA在整个应用软件开发生命周期中的作用。
向对象发展到面向构件,由面向构件再发展到面向服务,因此它们的认知观和基础理论都是息息相关的,解决大型软件的开发效率和质量除了要解决编程的正确性外,还必需解决开发周期长、复用性差、成本高、文档多、以及难以适应系统演化等问题。
SOA根本的改变了我们创建程序的方法。这意味着开发者们需要改变他们建构程序的方式,这是非常不同的。这需要一定时间来让我们建立起不同层次的服务。
Web服务作为炙手可热的技术,如何应用到企业的IT系统和商业流程之中、并给企业带来直接的经济效益,一直备受国内外企业管理者的高度关注和推崇。而在近两年,出现了一种技术架构被誉为下一代Web服务的基础架构,它就是SOA(Service-oriented architecture,面向服务架构)。
为一个面向服务的架构(SOA)归档需求文件可能是大多数编程者最不想做的一件事,Paul Raymond——Telelogic AB需求管理的副主席也很清楚的知道这一点。
本文讨论了一些围绕构建企业服务总线(Enterprise Service Bus,ESB)的项目出现的问题。文中将说明没有以面向服务的体系结构(Service-Oriented Architecture,SOA)为目标,而仅仅去实现 ESB 的项目为何不好,并说明应该如何正确地采用 SOA。