学习
实践
活动
专区
工具
TVP
写文章

java soa是什么_什么是SOA

SOA的概念 SOA是由Garnter1996年提出的概念(架构如图1所示),将应用程序的不同功能单元(称为服务)进行拆分,并通过这些服务之间定义良好的接口和协议联系起来。 图1 SOA架构 SOA的核心要素 SOA的目标是实现灵活可变的软件系统,其核心要素为标准化封装、软件复用、松耦合等。 而SOA通过标准的、支持Internet、与操作系统无关的SOAP协议实现了连接互操作。而且服务的封装是采用XML协议,具有自解析和自定义的特性,因此基于SOA的中间件还可以实现语义互操作。 而SOA的重要特征就是以服务为核心。通过服务,或服务组件来实现更高层次的复用、解耦和互操作,即SOA架构中间件。因为服务是通过标准封装,服务组件之间的组装、编排和重组,来实现服务的复用。 为什么需要SOA SOA本质是由业务需求、技术更新推动,业务需求的拉动,希望快速解决业务应用的问题;技术发展的推动,使得SOA具备了技术上的可行性,软件技术的发展推动了IT创新的商业价值。

18440

什么是SOA

一、什么是SOA SOA(Service-Oriented Architecture),即面向服务的架构。 SOA是一种粗粒度、松耦合服务架构,服务之间通过简单、精确定义的接口进行通讯,不涉及底层编程接口和通讯模型。 SOA可以看作是B/S模型、XML(标准通用标记语言的子集)、Web Service技术之后的自然延伸。 阿里巴巴的Dubbo是SOA的典型实现。 (1)基本特征 SOA的实施具有几个鲜明的基本特征: 粗粒度的服务接口分级 松散耦合 可重用的服务 服务接口设计管理 标准化的服务接口 支持各种消息模式 精确定义的服务契约 SOA服务具有平台独立的自我描述 二、Dubbo是什么 Dubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,以及SOA服务治理方案。

1.7K20
  • 广告
    关闭

    热门业务场景教学

    个人网站、项目部署、开发环境、游戏服务器、图床、渲染训练等免费搭建教程,多款云服务器20元起。

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

    SOA概览3-SOA的基本特征

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

    47820

    什么是SOA架构?为什么使用SOA架构?

    ---- SOA架构简介 ---- 面向服务的架构(SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)进行拆分,通过这些服务之间定义良好的接口和契约联系起来。 ; SOA的实现形式? 当前SOA的实现形式是WEB服务,基于的是公开的W3C及其他公认标准,采用第一代WEB服务。定义的SOAP、WSDL、和UDDI以及第二代WEB服务定义的 WS-*来实现SOASOA的优缺点? SOA的特点 1、根本独立性; 2、使用开放的标准; 3、平台中性,不受平台限制; 4、跨平台、组合性、扩展性、重复使用性、抽象性; SOA的优点 1、简单化系统的开发; 2、面向企业商业流程 ; 3、更好的适应性和扩展性; 4、由于SOA的组件性,和优良的扩展性以及其组件性等特征,SOA可以更具不同的需求,进行重新的组合和构造; 5、互用性; 6、对系统的升级,分布,和维护有更多的优化

    23920

    SOA 说明,解析

    一直对SOA这个概念不甚明了,再度记录下: 一、是一个面向服务的架构,是一种思想、规则。而不是一个确定的实物框架。 面向服务的架构(SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。 精确定义的服务契约 二、SOA基础结构: SOAP, WSDL, UDDI WSDL,UDDI和SOAP是SOA基础的基础部件。 通过SOA架构,企业可以与其业务伙伴直接建立新渠道,建立新伙伴的成本得以降低。 2,SOA与平台无关,减少了业务应用实现的限制。 3, SOA具有低耦合性特点,业务伙伴对整个业务系统的影响较低。在企业与各业务伙伴关系不断发生变化的情况下,节省的费用会越来越多。 4, SOA具有可按模块分阶段进行实施的优势。

    14630

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

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

    26510

    什么是SOA

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

    52510

    什么是SOA

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

    76460

    什么是SOA架构?

    SOA的概念 1.1. SOA(Service-Oriented Architecture)面向服务的架构: Gartnet把它定义为一种软件的设计方法 百度百科把它定义为一个组件模型 W3C把它定义为一种应用程序架构(https ://www.w3school.com.cn/w3c/w3c_china.asp) 专家Davis说它是一种设计思想 总之,SOA不是具体的技术实现 SOA的实现 SOA实现层面包含两个最重要的概念: SOA(Service-Oriented Architecture)的特点: 易于扩展 灵活的平台 服务通信标准化 服务间:松耦合,无状态,无依赖 服务内:高内聚,完整,可复用,可灵活重组 通过对比传统静态交互和 SOA动态交互,可以看出SOA架构的优势: 传统静态交互及其缺陷 域控制器之间通过静态配置进行交互: 实线箭头 表示 信号流 虚线箭头 表示 新增/变更的信号 紫色框 表示 新增/变更的功能 黑色框 表示

    3.3K10

    理解RESTFul和SOA

    SOA的主要特点: (1) SOA组件是松耦合的。当我们说松耦合,这意味着每一个服务是自包含单独存在的逻辑。举例来说,我们采取了“支付网关”的服务,并将它附加到不同的系统。 (2) SOA服务是黑匣子。在SOA中,服务隐藏有内在的复杂性。他们只使用交互消息,服务接受和发送消息。通过虚拟化一个服务为黑盒子,服务变得更松散的耦合。 (3) SOA服务应该是自定义 (4)SOA服务维持在一个列表中: SOA服务保持在一个中央存储库。应用程序可以在中央存储库中搜索服务,并调用相应服务。 (5) SOA服务可以编排和链接实现一个特定功能: SOA服务可以使用了即插即用的方式。例如,“业务流程”中有两个服务“安全服务”和“订单处理服务” 。 (3)只要有权限都可以进行访问 RESTFul与SOA的不同点 (1)REST风格下的,只有一种协议,那就是HTTP。而SOA下的WCF就和多种协议了。

    30030

    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.com/s/1eQlIKEm 携程在SOA架构的探索.pdf 携程在SOA 架构的探索.mp3 08年支付宝的SOA实践(程立)_标清.flv 淘宝支付宝的SOA实践.pptx HSF介绍.pptx 淘宝分布式服务框架HSF.pdf HSF&ConfigServer.pptx

    62960

    微服务与SOA架构(2)

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

    53850

    关注

    腾讯云开发者公众号
    10元无门槛代金券
    洞察腾讯核心技术
    剖析业界实践案例
    腾讯云开发者公众号二维码

    相关产品

    • 私有域解析 Private DNS

      私有域解析 Private DNS

      Private DNS 是基于腾讯云私有网络 VPC 的私有域名解析及管理服务,为您提供安全、稳定、高效的内网智能解析服务。支持在私有网络中快速构建 DNS 系统,满足定制化解析需求。

    相关资讯

    热门标签

    活动推荐

    扫码关注腾讯云开发者

    领取腾讯云代金券