博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
架构师基本功:SOA
阅读量:6877 次
发布时间:2019-06-26

本文共 989 字,大约阅读时间需要 3 分钟。

(以下内容为个人理解,可能不够全面和准确)

SOA (service-oriented architecture),面向服务的架构

啥是SOA?网上的解释,玄而又玄。俺说点人话,也许不准确,但现阶段我就是酱紫理解的:SOA就是搞一个独立的系统,对外提供服务。其他系统有相同的需求,无须再开发,就调用它的服务即可。

一、SOA的优点

1、显而易见,一些功能部署成公用服务,利于重用
2、由于其他系统与服务之间松散耦合,可提高伸缩性
3、公用服务,集中自成一系统,利于维护
4、服务集中部署,利于减轻其他系统压力,提高性能

二、SOA的缺点

1、安全性问题复杂
服务与调用系统不在同一系统,解决安全性问题较为复杂。可以使用单点登录,oAuth2,或者证书什么的,复杂得很。

2、使用复杂

如何调用这些服务?web api还好,webservice、wcf、或者rpc(远程过程调用)之类,我觉得很费周折。

3、性能问题

上面的优点说,服务集中部署,可提高性能,但这是对整个系统层面来说的;如果单就调用一次服务,我觉得横跨两个子系统,有网络,有接口,速度要比同一系统内打上折扣。比如说,webservice,又是soap,又是xml,传递大的数据,肯定慢死了。rpc还好一点。

4、稳定性问题

本来一个系统,硬是拆成了2个,这其中接口、路径就多了,风险点也增加了。一个环节出问题,系统就得瘫痪。

三、SOA适用场景

适用于不同且异构的系统,或分布式系统之间共用相同的服务。不同且异构的意思是,首先是两个系统,然后它们是不同语言开发,且没有共享数据库。

四、SOA不适用场景

如果是同构系统,比如相同语言开发,那么将服务编译成dll,分别调用即可。或者数据库是大家共用,一般也可以直接读取,无须搞什么服务。

五、SOA种类

1、以前的什么corba,dcom就不说了

2、webservice

(使用比较简便)

3、wcf

(麻烦得很)

4、rpc

5、web api(最好是符合Restful原则)

=========================================

六、SOA的衍生品:EDA(Event-Driven SOA, 事件驱动的SOA)。

参考资料:

转载于:https://www.cnblogs.com/leftfist/p/6808732.html

你可能感兴趣的文章
squid配置及说明文档,很好很详细
查看>>
Trufun UML工具代码生成功能视频演示
查看>>
Log4j按级别输出日志到不同文件配置分析
查看>>
搭建nginx服务器
查看>>
java 运行 jar classpath配置
查看>>
go thrift oprot.Flush() not enough arguments in
查看>>
使用 Tomcat 7 新的连接池 —— Tomcat jdbc pool
查看>>
Spring MVC 介绍
查看>>
博客用途声明---重要
查看>>
linux .la .lo文件以及libtool介绍
查看>>
写python如何组织代码
查看>>
我的友情链接
查看>>
visual studio在浏览器中查看与运行的区别
查看>>
读书清单(2018书单)
查看>>
我的友情链接
查看>>
HTML滚动文字代码
查看>>
c#之旅--第二天
查看>>
vim复制粘贴大全
查看>>
几个Office使用中的小问题解决方法汇总
查看>>
常见硬盘加密解密的4种方法解析
查看>>