展开

关键词

SOA概览3-SOA的基本特征

SOA的基本特征SOA的实施具有几个鲜明的基本特征。实施SOA的关键目标是实现企业IT资产的最大化重用。 1.可从企业外部访问通常被称为业务伙伴的外部用户也能像企业内部用户一样访问相同的服务。 2.随时可用当有服务使用者请求服务时,SOA要求必须有服务提供者能够响应。大多数SOA都能够为门户应用之类的同步应用和B2B之类的异步应用提供服务。同步应用对于其所使用的服务具有很强的依赖性。 简而言之,不按规则编写服务将无法保证可提供重用性的SOA的成功实施。在执行规则的过程中会产生财务费用,需要在制定SOA实施计划时加以考虑。 7.标准化的接口近年来出现的两个重要标准XML和Web服务增加了全新的重要功能,将SOA推向更高的层面,并大大提升了SOA的价值。 尽管以往的SOA产品都是专有的、并且要求IT部门在其特定环境中开发所有应用,但XML和Web服务标准化的开放性使企业能够在所部署的所有技术和应用中采用SOA。这具有巨大的意义!

22820

什么是SOA

SOA是一种粗粒度、松耦合服务架构,服务之间通过简单、精确定义的接口进行通讯,不涉及底层编程接口和通讯模型。 SOA可以看作是BS模型、XML(标准通用标记语言的子集)、Web Service技术之后的自然延伸。阿里巴巴的Dubbo是SOA的典型实现。 (1)基本特征SOA的实施具有几个鲜明的基本特征: 粗粒度的服务接口分级松散耦合可重用的服务服务接口设计管理标准化的服务接口支持各种消息模式精确定义的服务契约SOA服务具有平台独立的自我描述XML文档。 在一个企业内部,SOA服务通过一个扮演目录列表(directory listing)角色的登记处(Registry)来进行维护。应用程序在登记处(Registry)寻找并调用某项服务。 二、Dubbo是什么Dubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,以及SOA服务治理方案。

1.5K20
  • 广告
    关闭

    90+款云产品免费体验

    提供包括云服务器,云数据库在内的90+款云计算产品。打造一站式的云产品试用服务,助力开发者和企业零门槛上云。

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    什么是SOA

    服务治理在SOA实施之初的作用不明显,甚至在一定程度上影响到项目的进展,但随着SOA实施深入开展和服务数量的增加,其作用会越来越明显。 什么是SOA面向服务的体系结构(SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约(规范)联系起来。 SOA的定义面向服务架构,它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础,可以直接被应用调用,从而有效控制系统中与软件代理交互的人为依赖性。 SOA的优势对 SOA 的需要来源于需要使业务,让服务变得更加灵活,以适应业务中的改变。更好的实现业务驱动。SOA具有低耦合性特点,业务伙伴对整个业务系统的影响较低。 SOA的特性暴露API,可从企业外部访问随时可用松散耦合可重用的服务(与重组服务)标准化的服务接口精确定义的服务契约...SOA四大支柱团队合作理念共识纪律规范范围边界SOA八个原则标准化服务合同原则服务松散耦合原则服务的抽象原则服务可重用性原则服务自治原则

    60460

    什么是SOA

    什么是SOA? 面向服务的架构(SOA)是一个组件模型,全称:Service Oriented Architecture,它将应用程序的不同功能单元(称为服务)进行拆分,并通过这些服务之间定义良好的接口和协议联系起来。 SOA解决了什么问题?统一了规范和标准,让程序无法直接访问其他服务的数据,解决多套、多种系统互相通讯或交互的问题。其实就像一个协议,你该干嘛就干嘛,哪些不能干。SOA优缺点? 优点:提高复用率:传统针对不同系统或第三方都需要对应一套与之对应的接口或系统,而soa一套搞定;易拓展、更灵活、更规范、更安全:SOA接口与实现分离,在一定场景可以对实现修改不会影响接口也不需重新对接, (特别中等规模公司)性能难保:因为都是互相调用,你能保证自己但无法保证别人的性能,所以会导致a用了你的服务,你又用了c的服务,但是a觉得你b有性能问题,但其实是c导致的....最后SOA就是一种思想,将这种思想提升成一种契约或协议

    23010

    【原创】传统SOA与微服务SOA之比对(一)

    前段时间去某互联网公司面试,在CTO终面环节被问到一个关于服务治理的问题:请讲讲关于服务治理的经验,简述对SOA的一些看法。 笔者正好在传统企业级系统架构下参与过相关SOA治理方案的制定与实施,同时在近年也有些许微服务方面的治理实践。遂在回答该问题时重点对两种不同场景下的治理进行的比较。 现根据当时的回答做如下回忆整理: 传统SOA治理的主要目标是对企业数据资产的重用,由于企业在IT信息化推进中不断使用当时历史条件下的IT技术进行系统建设,系统质量受IT团队研发水准,开源商用中间件产品技术栈发展影响深远 基于SOA服务治理理论的Oracle Service Bus,IBM Message Broker,BizTalk等各类商用ESB产品便是在此背景下应运而生的。 下篇我们详述微服务的SOA治理并与传统SOA进行比较。

    19310

    SOA与微服务

    微服务与 SOA 到底有什么区别,各自的应用场景是什么?到底在什么样的情况才适合使用微服务架构?微服务是SOA的一种轻量级的解决方案,其本质还是SOA,只是更容易落地而以。

    28520

    理解RESTFul和SOA

    SOA的主要特点:(1) SOA组件是松耦合的。当我们说松耦合,这意味着每一个服务是自包含单独存在的逻辑。举例来说,我们采取了“支付网关”的服务,并将它附加到不同的系统。(2) SOA服务是黑匣子。 (3) SOA服务应该是自定义(4)SOA服务维持在一个列表中: SOA服务保持在一个中央存储库。应用程序可以在中央存储库中搜索服务,并调用相应服务。 (5) SOA服务可以编排和链接实现一个特定功能: SOA服务可以使用了即插即用的方式。例如,“业务流程”中有两个服务“安全服务”和“订单处理服务” 。 (3)只要有权限都可以进行访问RESTFul与SOA的不同点(1)REST风格下的,只有一种协议,那就是HTTP。而SOA下的WCF就和多种协议了。 架构是一种很抽象的东西,很难说某个项目完全符合restful或者完全符合soa,只能说符合restful风格或soa风格。这对于我这种较真的人来说应该是一个很好的理解方式。

    17430

    SOA&微服务 区别

    SOA&微服务 区别 强烈推介IDEA2020.2破解激活,IntelliJ IDEA 注册码,2020.2 IDEA 激活码          看了很多资料,还是很模糊。          简单理解:                          SOA    :对功能进行拆分;(一般都是一主多副,例如 WebApp + serviceApp)

    8420

    SOA十大设计原则

    介绍了面向服务架构(SOA)的基本原则。 这些原则并不是绝对的真理,而是作为一个参考。一、明确的边界通过跨越定义明确的边界进行显式消息传递,服务得以彼此交互。 八、符合标准当通过Web的服务实现时,最原始的(基本的)面向服务的架构(SOA)的模型仅仅提供了很低程度上的关于可靠性、安全性以及事务管理的标准化机制。 九、独立软件供应商向SOA的转变正在深刻改变了经济现实。客户们会期待更合理的费用以及不必重新进行投资就能改进业务的能力。 更重要的是,为了兑现SOA的承诺,独立软件供应商必须改变他们构建、打包、销售、交付、管理和支持自身产品的方式。十、元数据驱动开发元数据本身并不是元数据驱动应用程序的本意。

    73150

    微服务与SOA实践

    什么是SOASOA或面向服务的体系结构,是一种将多个较大的组件(通常是应用程序)集成在一起以形成可互操作的套件的机制。 尽管SOA体系结构模式并不强制要求,组件通常都是松耦合的。 虽然SOA并不是一个严格的要求,但是SOA通常使用某种类型的集中管理 —— 审查委员会,首席架构师或架构委员会 —— 来严格定义系统的每个组件应该做什么以及应该如何执行。 SOA可以使用任何类型的SDLC,组织结构或与此类管理相一致的开发模型; 敏捷,瀑布,kanban或其他模板都是可以的,且不违反SOA原则。 在SOA架构中,产品目录应用程序和购物车应用程序必须独立更新以响应这些更改。

    27960

    SOA、ESB、NServiceBus、云计算 总结

    与此同时,SOA 还实现了整合资源,资源复用。SOA 服务的设计标准是粗粒度、高重用、灵活、标准。性能则并非首要考虑因素。SOA 的两大功能是集成、服务编排(BPEL、BPM)。 相关资源:SOA 的基本概念及设计原则浅议SOA 有哪些基本原则SOA 设计十大原则SOA 服务设计原则再谈SOA集成平台建设必要性谈基于SOA的应用系统设计和开发谈基于SOA的消费发布订阅再谈服务设计携程旅行网在 SOA架构方面的探索支付宝的SOA实践(程立)ESBESB 是 SOA 的重要实现手段。 下面列出最近看的与本文相关的一些 pdf 书籍,东西太多,不上传了,列下书名:《中国SOA最佳应用及云计算融合实践》、《SOA in the Real World》、《SOA应用案例分析及设计》、《A 实践者指南》、《基于.NET+Framework+WCF的面向服务SOA中间件设计》、《基于WCF的SOA框架设计》、《IBM-ESB 在 SOA 内的工作角色》、《WSSF(服务工厂)架构剖析》、《开源

    82270

    SOA 和微服务的区别?

    场景图示区别什么是SOA架构微服务架构SOA 和微服务架构的差别场景如果我们打开支付宝首页,去看我们的余额,它会展示你的总资产,昨日收益、累计收益等信息。 所以在这样的架构下,我们需要对上面结构作出一些调整 ,所以我们就引入了SOA架构。 图示区别什么是SOA架构SOA(全称:Service Oriented Architecture),中文意思为 “面向服务的架构”,你可以将它理解为一个架构模型或者一种设计方法,而并不是服务解决方案。 这一步解决的核心问题是 【高效】微服务架构微服务架构其实和SOA架构类似,微服务是在SOA上做的升华。 3.SOA注重的是系统集成方面,而微服务关注的是完全分离参考

    6110

    SOA相关资料整理分享

    文章链接理解面向服务的体系结构中企业服务总线场景和解决方案,第 1 部分SOA 和 web services。 IBM提供的文章、教程、标准、和其他 web services 和 SOA 技术资源。 《博客园精华集》SOA分类筛选结果(共26篇)2010年圣殿骑士的收集博文Service Oriented Architecture and WCF微观SOA:服务设计原则及其实践方式(上篇)微观SOA :服务设计原则及其实践方式(下篇)为你的集成需求选择合适的ESB及SOA平台 在InfoQ上的内容专题2012年携程在SOA架构的探索(infoq)使用WCF实现SOA面向服务编程—— 架构设计SOA、 ESB、NServiceBus、云计算 总结RDIFramework.NET框架SOA解决方案(集Windows服务、WinForm形式与IIS形式发布)-分布式应用谈谈分布式事务之一:SOA需要怎样的事务控制方式魏琼东的 AgileEAS.NET SOA视频PPT代码已共享在http:yun.baidu.coms1eQlIKEm 携程在SOA架构的探索.pdf 携程在SOA架构的探索.mp308年支付宝的SOA实践(程立

    46460

    微服务与SOA架构(4)

    那么在这个谱系中微服务和SOA模式适合哪种规模的应用呢? SOA更适合大型、复杂的、企业级系统,一般都需要整合很多异构应用和服务。也比较适合有很多共享组件的应用,特别是包含全企业内共享组件的应用。 这时,你很可能会用SOA架构模式替代初始的微服务架构。当然,反之亦然。你也可能最开始设计的是复杂的、大规模的SOA架构,在后来意识到其实并不需要SOA架构的所有的强大能力。 这时候,你很可能又会希望从SOA架构迁移到微服务,以简化系统架构。 不幸的是,微服务在这一架构上又输给了SOA。微服务架构不支持合约解耦,而合约解耦是SOA架构所提供的主要能力之一。 尽管微服务模式解决了大规模单体式应用和复杂SOA架构下的很多问题,但是它的确也缺少某些SOA提供的核心能力,包括合约解耦和协议无关的异构互操作性。

    50340

    微服务与SOA架构(3)

    本章也会讨论在SOA架构模式中常见的消息中间件与微服务架构模式中常见的可选API层之间的不同。 组件共享在组件共享方面,微服务与SOA是有本质上的差异的。 本节中我会分析这两种概念与其对应的微服务和SOA之间的不同。 组件共享是SOA中的核心概念之一。事实上,组件共享也是企业服务的重中之重。 因为SOA一般依赖多个服务(和服务类型)来完成同一业务请求,基于SOA架构构造的系统一般比微服务慢,而且需要更多时间和精力进行开发、测试、部署和维护。 微服务和SOA都有这种能力,特别是服务注册或者服务发现模块所提供的能力。不过,服务调配在微服务中被严格控制甚至排除,而在SOA中却是经常用到的能力。 ? 在SOA架构中,多个协议则可以根据需要混合使用。 ? 图3-12 我会在下一章中详细讨论这些能力,因为它们跟微服务和SOA的架构能力比较更相关。

    42740

    微服务与SOA架构(2)

    图2-1 SOA内的服务分类法跟微服务有很大不同。在SOA中,从全局架构来看有非常明确的、非常正式的服务类型,各自在整体架构中扮演不同角色。 中间件在SOA架构中经常使用,尽管不是一种服务,其责任人一般是整合架构师或者中间件团队。图2-4展示了SOA架构下服务责任制模型。 ? 图2-4 服务责任人的重要性体现在全局的服务协调。 在SOA中,必须在创建或维护某个应用需求的时候在多个组之间进行协调。 而对于SOA而言,服务组件规模相差可以很大,可能是很小的应用服务,也可以是很大的企业服务。实际上,很常见的一种情况是SOA架构中的某个服务组件是由一个很大规模的产品或者一个子系统来提供。 对于SOA,服务倾向于包含尽量多的业务功能,有时会作为子系统(例如,索赔处理引擎或者库存系统)来实现。不过,SOA通常依赖于多个服务完成单个服务请求,而微服务却并不这样。

    47750

    企业 SOA 设计(1)–ESB 设计

    企业 SOA 整体方案在前一篇《SOA、ESB、NServiceBus、云计算 总结》中说到,SOA 是面向服务的架构,其核心思想是把业务进行组件化,而业务组件的能力服务化。 我们的整个 SOA 的设计分为两个层面:一个是系统间的 SOA 设计,另一个则是单个系统内的 SOA 设计。系统间的 SOA 设计,主要是设计一个 ESB 系统来实现各业务系统间的交互。 而系统内部的 SOA 设计,则是建立一个组件化的技术平台,使得系统的开发能以一个个业务组件的形式完成,并通过技术平台来实现各业务组件的组合与互连。 一般说的 SOA 设计,都是在讲如何进行系统间的互连,例如如何进行 ESB 的设计。但是,不论是系统间互连,还是系统内部的组件化,其实都是 SOA 思想在不同层面上的体现。 而我认为,应用系统内部的 SOA 设计,会更重要。因为它不但是一个低耦合、高复用的产品设计,而且也为系统间的 SOA 提供了更好的支持。本文,主要说明如何实现 ESB 的设计。

    58660

    为什么SOA如此重要

    SOA是Service Oriented Architecture的缩写,希望你知道其大概意思。 在上一篇文章「测量」中,我引用了Bezos的一段将Amazon的软件架构完全转换SOA的备忘录,它是如此关键,某种程度上可能改变了Amazon的命运(想想AWS)。 SOA是一种思想,而不是wikipedia上列举的一些「已经没落的」技术的合集(XMLHTTPSOAPWSDLUDDI)。 SOA的精髓是严格的松散耦合,大家按照一个契约(service interface)来进行交流。 有人认为SOA无法适用于对性能要求很高的场景,这是一个误区。任何系统都有一个现实的性能指标,而非毫无目标的越高越好。

    43960

    微服务与SOA架构(1)

    微服务和SOA是两种差异很大的架构模式,但是他们仍有一些相同的特征。 安全在早期SOA实现中是个大问题。原本被严格隔离的某个应用的功能突然被公开,从企业的全球各处都能访问到。 图1-4 事务问题在SOA架构中更为普遍,因为与微服务架构不同,SOA架构中通常使用多个服务来完成一个业务请求。我将在对比架构特点一章的“服务编排”一节中详细讨论这个问题。 接下来的三节中,我会对比微服务和SOA,帮助你了解哪种架构模式更适合自己。 尽管微服务和SOA都有赖于服务作为其主要的架构组件,他们在服务特性上是有很大的差别的。

    42140

    我所理解的SOA和微服务

    SOA和微服务到底是什么关系?说实话,我确实不明白SOA和微服务到底有什么本质上的区别,两者说到底都是对外提供接口的一种架构设计方式。 我倒觉得微服务其实就是随着互联网的发展,复杂的平台、业务的出现,导致SOA架构向更细粒度、更通过化程度发展,就成了所谓的微服务了。 以这种说法做为根据,我觉得SOA与微服务的区别在于如下几个方面:微服务相比于SOA更加精细,微服务更多的以独立的进程的方式存在,互相之间并无影响;微服务提供的接口方式更加通用化,例如HTTP RESTful 技术为业务而生,架构也为业务而出现,当然SOA和微服务也是因为业务的发展而出现。出现SOA和微服务框架与业务的发展、平台的壮大密不可分,下面借用dubbo的网站架构发展图和说明:? 此时,用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。

    48060

    扫码关注云+社区

    领取腾讯云代金券