简述SCA及SCA和SOA的关系

发布时间:2019-11-21 发布网站:脚本宝典
脚本宝典收集整理的这篇文章主要介绍了简述SCA及SCA和SOA的关系脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。

这里是修真院后端小课堂,每篇分享文从

【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】

八个方面深度解析后端知识/技能,本篇分享的是:

【简述SCA及SCA和SOA的关系 】

视频链接:https://v.qq.com/x/page/q0533...

gIThubhttps://ptteng.github.io/PPT/...

SCA全称Service component Architecture,即服务组件框架。它由BEA、IBM、oracle等知名中间件厂商联合制定的一套符合SOA思想的规范。

SCA在2005年11月,发布了0.9版本的规范,其中包括了组装模型规范,Java/C++客户端以及其实现规范。2006年4月,整个SCA规范有了很大的改进,推出了对应的0.95版本。2007年3月,SCA的1.0版本终于发布。

Task9的tuscany就是SCA规范的实现。

面向服务的架构(SOA)是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。

SCA提供了构建分布式系统的简单模型其次,SCA通过composite,component和服务的方式来实现应用程序资和业务逻辑的重用。

而且SCA它作为一种编程规范,与具体的语言和平台无关。它既可以运行于统一操作系统的不同进程,也可以跨越不同机器上的多个进程。而且SCA作为一种规范,需要与其他企业架构结合使用,比如它没有定义持久层和表现层的机制,它可以和JDBC,jsp等技结合使用。

SCA中有几个基本元素:

component:实现功能的单元

service:组件通过服务的方式对外提供服务

composite:用于描述如何连接组件和服务

由于SOA的架构实现不依赖于技术和平台,所以能够被各种不同的技术实现。

比如:RPC,REST,Web Service,java RMI等等

RPC(Remote PRocedure Call Protocol)——远程过程调用协议,它是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。

它和java RMI的区别是RPC协议是跨语言的,是一种略微底层的传输协议。而java RMI只支持java,而且RMI支持对java对象的传输。RPC的消息传输由一种叫XDR的语言表示,它抽象了不同语言数据类型的差异,因此可以跨平台。

总的来说,java RMI可以看作java版本的rpc协议。

之前说RMI和RPC差不多,两者在根本上都是基于tcp协议来传输数据的。java RMI在java1.1版本就提供了,它是在tcp协议上传递可序列化的java对象,只能用在java虚拟机上,绑定语言,客户端和服务端都必须是java。

webservice是一种标准,他可以通过soap或rest的方式来实现。传统的soap-webservice,使用了soap协议(基于XMl包装)等。如果使用restful-webservice的话,则不需要soap与之相关的协议等,而是通过最简单的 http 协议传输数据 ( 包括 xML 或 json) 。既简化了设计,也减少了网络传输量(因为只传输代表数据的 xml 或 JSON ,没有额外的 xml 包装)。

(soap协议:一种严格定义的简单对象访问协议)

REST(Representational State transfer)一种轻量级的Web Service架构,可以完全通过HTTP协议实现。我们在Task2里的restful风格就是REST的实现,通过HTTP协议提供GET、POST、PUT和DELETE方法获取参数,吞吐标准数据格式(一般是json)

脚本宝典总结

以上是脚本宝典为你收集整理的简述SCA及SCA和SOA的关系全部内容,希望文章能够帮你解决简述SCA及SCA和SOA的关系所遇到的问题。

如果觉得脚本宝典网站内容还不错,欢迎将脚本宝典推荐好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。