云服务器架构方案选择

昨天讨论了一下新的云服务器的架构,结果有两种方案,概括起来,就是接口对接口及服务对服务。两种各有利弊吧,简单的画了一下图,

方案1就是接口对接口的,不论是内网还是公网所有的模块之间都是走接口的方式来调用,此种方式具有极高灵活性,每个模块可以用不同的语言来实现,不受约束。但就是效率相对会低一点!而且面向的是接口,也可以高度定制接口的使用权限等各方面的问题, 同时,如果有必要,每个模块的服务商也可以不一样。任意选择。



 

方案2就是服务对服务吧,这是我的理解,不正确的话就纠正一下,每一个业务模块之间的调用通过RPC来调用,国内比较成熟的应该就是阿里的dubbo吧,这个方案里的效率就是比较高了,但灵活性就变低了,因为模块之间有可能就需要相同的语言来实现且受同一服务商约束了。

对于以上两个方案,如果是你来选择的话,请问你是选择那一种?至于其它方面的因素暂时不考虑,因为都是直接上云服务的。要效率还是要灵活性?请回复说说你的选择的理由,如果有更好的方案,同时也欢迎跟帖回复。感激不尽!
 

猜你喜欢

转载自tcrct.iteye.com/blog/2206666
今日推荐