怎么没人回答啊很难吗?今天面试被从阿里出来的一个面试官给问住了:说说你对SOA的理解?求解答

Hrong123 发布于 2015/09/03 10:59
阅读 2K+
收藏 2
大家不要顾及,就说说自己的理解呗,我因为做了一个项目我们就是采用SOA这样的架构范式,可是被面试的时候却说得语无伦次好伤心啊
加载中
0
百世经纶之傲笑红尘
百世经纶之傲笑红尘
台上一分钟,台下十年工,我们这行太宽广了
Hrong123
Hrong123
@dream_sky2015 但是我还是希望你们能回答下,哪怕是说说自己某一方面的见解
Hrong123
Hrong123
是啊,我当时不应该回答,因为这个问题我怎么回答都回答不好15
0
活的自由
活的自由
面向服务的架构,当一个企业有很多业务系统的时候,每个系统都提供api供外部系统访问数据库的数据,而不是共享数据库。比如电子商务公司的订单系统,财务系统,配送系统,仓储系统,售后系统。
Hrong123
Hrong123
回复 @活的自由 :万分感谢,你刚说的这些,就类似于我们项目开发,有系统A、系统B、系统C、系统N等,然后系统A如何和系统B通信,首先采用什么中间技术是一个问题,其次,系统A访问系统B,性能是一个问题,你说的那个阿狸的duboo框架,可是能具体说下系统A是如何访问B的??
活的自由
活的自由
可以了解下阿里的服务治理框架Dubbo:http://www.oschina.net/p/dubbo
0
skyim
skyim
我来说几句,其实小系统完全没必要用SOA,SOA这种面向服务的,对模块的开发人员要求高,如果需要跨服务的事务,非常影响性能的(不排除大公司有好的处理方案Notify),分布式事务,反正我们单位没用,说实话这种强一致性的事务,真的非常影响性能。而且集中化测试等都比较麻烦
服务化的优点就是自己之关心自己的模块,不需要关心别人模块的细节,上层调用只需要调用相关模块的接口
skyim
skyim
回复 @dream_sky2015 : 这个要看短信运营商给你怎么调用,现在一般的短信的都是走Http协议的
Hrong123
Hrong123
回复 @skyim : skyim哥哥,那个dubbo不仅可以对web提供service还可以用来实现内部系统之间的通信(比如系统A和依赖系统B,移动服务接口系统要想有发短信的功能,需要和sms系统集成,那么在移动服务接口系统中,调用sms系统提供的API,那么这样的通信是基于http协议的吗?)
skyim
skyim
回复 @dream_sky2015 : 系统之间调用,现在有很多开源的框架,我们使用的是dubbo,服务器之间的调用就像普通方法调用一样,你们用啥的
Hrong123
Hrong123
你说的情况很对,我们是项目开发采用SOA的架构范式,您对系统与系统之间如何调用了解吗,是否可以详细说下,系统A调用系统B这个过程,中间用到那些具体技术可以实现。
0
孤星可
孤星可
http://www.zhihu.com/question/25536695
0
唐代de豆腐
唐代de豆腐
要么直接webservice 一般我喜欢直接http提供访问。像rpc这种暂无使用。
唐代de豆腐
唐代de豆腐
你不要把接口想的那么复杂,什么JB dubbo.RPC.你就让A系统直接B系统controller层不就好了。控制下权限 加密啥的。
唐代de豆腐
唐代de豆腐
都是输入输出,你看成IO流就行。 不需要httpclient 直接httpConnection对象就行。简单的系统,搞那么多jar也复杂。
Hrong123
Hrong123
额,也就是说我们用系统A和系统B通信,这两个都是内部系统,无需RPC技术,用httpClient 就行了??是这个意思吗??
0
m
manhood123
我设计了一些,也无非是把功能模块拆出来,分类以后做成json rpc服务器,尽量相互无耦合,我们叫服务云。上面有个应用云去根据业务调用服务云中各个功能
m
manhood123
回复 @dream_sky2015 : webservice 就是http作为载体啊,没有问题
Hrong123
Hrong123
您说的这个RPC服务器是指:dubbo这些框架吗??那这些框架到底是不是用来实现webService的?两个内部系统互相集成,怎么实现它们之间的通信,http协议就可以吗??
0
m
manhood123
领导说这么做好部署,需要什么功能直接组合即可实现。呵呵,如果不考虑事务的可回退,中间的延迟,错误的复杂性。这个思路其实还不错
0
whaon
whaon
小公司用不到
返回顶部
顶部