锁定老帖子 主题:高性能服务框架设计方案讨论
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2014-03-05
xly_971223 写道 summerfeel 写道 目前你们公司这一块的需求不明,公司规模也较小,我建议你们先考虑一些简单有效的方案,在项目应用的过程中逐渐迭代的完善这个框架,也许在这个迭代的过程中你们会发现业务需求中并不真正需要应用到什么高性能的服务框架,类似这种想法很多其实都是某位大领导头脑发热的结果,远程服务调用本身就是相对低效的,也会给软件架构设计上带来不可避免的复杂性,技术实现细节和测试等步骤均会受到较大的影响,能不用远程调用就坚决不用。所以我倾向于第1种方案,当然具体的选型还是再斟酌斟酌。
这兄弟说的靠谱 需求不明,对。。。 |
|
返回顶楼 | |
发表时间:2014-03-05
liwei81730 写道 我理解中的高性能服务框架(HSF)的核心主要是两个:1、分布式;2、透明度
分布式,主要是指具体的业务服务可分布管理,即提到的服务治理与监控,这里面涉及到动态注册、心跳检测、服务分类、异步调用等技术,但HSF本身需要集中式管理。 透明度,主要是指业务服务位置透明、RPC协议透明、访问模式(同步/异步)透明等。 因此RPC框架仅仅是实现HSF的必要条件之一,并且绝不是关键的环节。这也是为什么大公司愿意自己开发HSF的核心的原因。 HSF本身需要集中管理怎么理解? |
|
返回顶楼 | |
发表时间:2014-03-14
最后修改:2014-03-14
不错,写的不错
|
|
返回顶楼 | |
发表时间:2014-03-14
最后修改:2014-03-14
不错,写的不错
|
|
返回顶楼 | |