用Web方式运行C/S软件——远程应用接入

这种考虑问题的思维方式是有问题的.
C/S的优势在于充分利用了客户端的机器资源进行计算,包括图形运算,后台功能简化只提供数据,这样才能使运行效率提升.
B/S的优势在于后端提供描述型的界面数据(HTML),前端来解释执行,变成一个图形界面,这样前台的功能单一,后台的主要功能仍然在处理数据,提供一些文本型的界面数据就可以了.
而象这种不伦不类的东西,等于后台要完成前面的所有界面生成,压力陡然增加,要知道图形运算是最消耗资源的,并发起来根本没有办法解决.
这是一种利用最愚蠢思路解决问题的途径.

这个不是绝对的，要看管理维护的便利性和服务器压力之间的平衡。比如中小企业，服务器压力其实很小，管理维护方便才是主要考虑的。其实很多企业的服务器负担普遍较轻，机器性能不断提高，性能问题并不一定是首要考虑因素。

是个好主意, 颠覆了我以往的思维.


我可以这么理解吗?

一般的C/S应用都是有用户身份确认的, 也就是, 用户的登录信息, 会在整个程序客户端上有效.
所以, 现在有N个用户, 就需要在服务器上开N个程序客户端, 每个用户占用1个程序客户端.

当需要两个用户进行协同的操作时, 可以使用手段, 让他们连到一个客户端上.

正由于 需要在服务器上开N个程序客户端, 所以, 使用集群m台服务器, 将这些客户端分布在m台服务器上,
那每台服务器端 就承受 N/m 的压力.

我不知道, 一个服务器可以承受几个客户端程序[没概念]. 应该不会太多吧...

假如: 一个小型应用, 50个用户, 分摊3台服务器[没概念,估计], 这样的成本太高吧.

国外的Citrix么，早有广泛的应用了。
一般的，50个并发用户是最大上限了。
还是有其存在的价值的。
不过实际使用中还有些细节很烦人，比如输入法，大家可能用不同的输入法，而只能在服务器上装一大堆。