2008-03-22
用Web方式运行C/S软件——远程应用接入
关键字: 应用架构
基本原理:应用软件运行于服务器,通过接入代理服务器的中介,服务器端画面通过http传输至客户端,用户操作指令传回服务器,客户端和服务器只传输命令和软件界面,不传输应用数据,这样用户可以在客户端利用浏览器以Web方式使用部署在服务器端的桌面软件。有点像远程控制,但又可以提供额外的特征,如支持多用户同时操作,支持集群,更灵敏的反应速度。
利用这个技术,可以完成桌面应用的Web化,让C/S应用具备B/S架构的一半优势:集中部署、管理、维护,对客户端的要求很低,可以完成“在手机上运行photoshop”这样的壮举。较低的带宽占用,据说只需要3KB/s。不过,从运算方式上来说,C、S两端都放在服务器,负担较重。
厂商:国外思杰,国内瑞友。
利用这个技术,可以完成桌面应用的Web化,让C/S应用具备B/S架构的一半优势:集中部署、管理、维护,对客户端的要求很低,可以完成“在手机上运行photoshop”这样的壮举。较低的带宽占用,据说只需要3KB/s。不过,从运算方式上来说,C、S两端都放在服务器,负担较重。
厂商:国外思杰,国内瑞友。
评论
Lucas Lee
2008-05-05
国外的Citrix么,早有广泛的应用了。
一般的,50个并发用户是最大上限了。
还是有其存在的价值的。
不过实际使用中还有些细节很烦人,比如输入法,大家可能用不同的输入法,而只能在服务器上装一大堆。
一般的,50个并发用户是最大上限了。
还是有其存在的价值的。
不过实际使用中还有些细节很烦人,比如输入法,大家可能用不同的输入法,而只能在服务器上装一大堆。
lggege
2008-05-05
是个好主意, 颠覆了我以往的思维.
我可以这么理解吗?
一般的C/S应用都是有用户身份确认的, 也就是, 用户的登录信息, 会在整个程序客户端上有效.
所以, 现在有N个用户, 就需要在服务器上开N个程序客户端, 每个用户占用1个程序客户端.
当需要两个用户进行协同的操作时, 可以使用手段, 让他们连到一个客户端上.
正由于 需要在服务器上开N个程序客户端, 所以, 使用集群m台服务器, 将这些客户端分布在m台服务器上,
那每台服务器端 就承受 N/m 的压力.
我不知道, 一个服务器可以承受几个客户端程序[没概念]. 应该不会太多吧...
假如: 一个小型应用, 50个用户, 分摊3台服务器[没概念,估计], 这样的成本太高吧.
我可以这么理解吗?
一般的C/S应用都是有用户身份确认的, 也就是, 用户的登录信息, 会在整个程序客户端上有效.
所以, 现在有N个用户, 就需要在服务器上开N个程序客户端, 每个用户占用1个程序客户端.
当需要两个用户进行协同的操作时, 可以使用手段, 让他们连到一个客户端上.
正由于 需要在服务器上开N个程序客户端, 所以, 使用集群m台服务器, 将这些客户端分布在m台服务器上,
那每台服务器端 就承受 N/m 的压力.
我不知道, 一个服务器可以承受几个客户端程序[没概念]. 应该不会太多吧...
假如: 一个小型应用, 50个用户, 分摊3台服务器[没概念,估计], 这样的成本太高吧.
JavaInActoin
2008-04-23
这个不是绝对的,要看管理维护的便利性和服务器压力之间的平衡。比如中小企业,服务器压力其实很小,管理维护方便才是主要考虑的。其实很多企业的服务器负担普遍较轻,机器性能不断提高,性能问题并不一定是首要考虑因素。
liujunsong
2008-04-23
这种考虑问题的思维方式是有问题的.
C/S的优势在于充分利用了客户端的机器资源进行计算,包括图形运算,后台功能简化只提供数据,这样才能使运行效率提升.
B/S的优势在于后端提供描述型的界面数据(HTML),前端来解释执行,变成一个图形界面,这样前台的功能单一,后台的主要功能仍然在处理数据,提供一些文本型的界面数据就可以了.
而象这种不伦不类的东西,等于后台要完成前面的所有界面生成,压力陡然增加,要知道图形运算是最消耗资源的,并发起来根本没有办法解决.
这是一种利用最愚蠢思路解决问题的途径.
C/S的优势在于充分利用了客户端的机器资源进行计算,包括图形运算,后台功能简化只提供数据,这样才能使运行效率提升.
B/S的优势在于后端提供描述型的界面数据(HTML),前端来解释执行,变成一个图形界面,这样前台的功能单一,后台的主要功能仍然在处理数据,提供一些文本型的界面数据就可以了.
而象这种不伦不类的东西,等于后台要完成前面的所有界面生成,压力陡然增加,要知道图形运算是最消耗资源的,并发起来根本没有办法解决.
这是一种利用最愚蠢思路解决问题的途径.
JavaInActoin
2008-04-10
basicbest 写道
JavaInActoin 写道
不过,从运算方式上来说,仍是C/S架构,服务器负担较重。
这是啥意思??"因为CS结构,所以服务器负担重"?还是说"从运算方式上来说,仍是C/S架构.并且,这样服务器负担重"
可是,不管怎样,"服务器负担较重"这个结论俺都无法理解.楼主说说?
多谢指正,写错了,已改。
服务器负担肯定重的,因为客户端没有承担任务,只相当于服务器的外设。
basicbest
2008-04-10
JavaInActoin 写道
不过,从运算方式上来说,仍是C/S架构,服务器负担较重。
这是啥意思??"因为CS结构,所以服务器负担重"?还是说"从运算方式上来说,仍是C/S架构.并且,这样服务器负担重"
可是,不管怎样,"服务器负担较重"这个结论俺都无法理解.楼主说说?
sofar1218
2008-04-07
bonny 写道
good idea.
但是服务器负担不是一般的大.几乎所有的资源消耗都在服务器端.
但是服务器负担不是一般的大.几乎所有的资源消耗都在服务器端.
你不想重新写软件,那就只有这样,不可能光收益,不付出代价
bonny
2008-04-07
good idea.
但是服务器负担不是一般的大.几乎所有的资源消耗都在服务器端.
但是服务器负担不是一般的大.几乎所有的资源消耗都在服务器端.
sofar1218
2008-04-05
看看这个http://adempieredemo.metas.de/nx/nxapplet.html
JavaInActoin
2008-04-02
几K几十K我觉得都无关紧要,企业内网一般都很快
这种方式使得C/S应用可以直接发布为WEB程序,跨越了二者之间的鸿沟。在C/S架构上有丰富积累的企业不必为了迎合B/S而抛弃已有的东西。
对于新应用来说,这也是一个可以考虑的架构。
这种方式使得C/S应用可以直接发布为WEB程序,跨越了二者之间的鸿沟。在C/S架构上有丰富积累的企业不必为了迎合B/S而抛弃已有的东西。
对于新应用来说,这也是一个可以考虑的架构。
heshaoxun
2008-03-27
3k/s 我感觉悬。
JavaInActoin
2008-03-25
jeamzhang 写道
据说只需要3KB/s??麻烦证实一下好不好,不可能吧。。。
这是厂商说法,我也有点怀疑,估计那是极限情况吧。
我在局域网上通过这种方式用过浪潮的软件,速度倒是没有问题。
jeamzhang
2008-03-25
据说只需要3KB/s??麻烦证实一下好不好,不可能吧。。。
发表评论
提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则
- 浏览: 806 次
- 性别:

- 来自: 上海

- 详细资料
搜索本博客
最新评论
-
用Web方式运行C/S软件— ...
国外的Citrix么,早有广泛的应用了。一般的,50个并发用户是最大上限了。还是 ...
-- by Lucas Lee -
用Web方式运行C/S软件— ...
是个好主意, 颠覆了我以往的思维. 我可以这么理解吗? 一般的C/S应用都 ...
-- by lggege -
用Web方式运行C/S软件— ...
这个不是绝对的,要看管理维护的便利性和服务器压力之间的平衡。比如中小企业,服务器 ...
-- by JavaInActoin -
用Web方式运行C/S软件— ...
这种考虑问题的思维方式是有问题的. C/S的优势在于充分利用了客户端的机器资源进 ...
-- by liujunsong -
用Web方式运行C/S软件— ...
basicbest 写道JavaInActoin 写道不过,从运算方式上来说,仍 ...
-- by JavaInActoin






评论排行榜