62,074
社区成员
发帖
与我相关
我的任务
分享包含实时功能的ASP.NET系统结构
结构和背景：
目前有一个系统，它的结构和一般的B/S比，有一个不同的地方，就是最底下有一层（说是一层，其实是一个单独的程序），这一层是winform程序，暂且用“交换”来表示它。主要用来和“外部”通讯，收发和处理一些信息。具体不赘述。
那么系统现在的结构是：
客户端--web服务器（展现层--逻辑层--数据访问层）--数据库--交换--外部
在某些时候需要进行一些“实时”的通信（当然说是实时，其实不可能做到象CS那样，只是在“客户端”做定时器），将“外部”发送的数据及时的显示给“客户端”或者“客户端”发送的数据及时发送给“外部”。我们称之为“实时通信”。而大部分时候“外部”的数据是要直接由“交换”存进数据库留以后用的，我们称之为“常规通信”。
目前有两个选择：
一不管是“实时通信”还是“常规通信”，“交换”从外部接收的数据全部给数据库，客户端定时去找web服务器，web服务器去数据库取数据,然后返回。客户端的数据也都直接发到数据库里，然后“交换”去读数据，并转发给“外部”。具体就是上面的一条线的图。
这种对数据库要求较高，因为所有的数据都经过数据库，涉及到大量的数据交换和表的操作，不知道SQL2005能不能抗的住。
二对于“实时通信”，将“交换”这一层作为remoting的server，web服务器作为remoting的client。即实现web服务器直接和“交换”程序进行通讯，这个时候数据都是保存在“交换”程序的那台计算机的内存里，客户端定时还是定时去找web服务器。而“常规通信”还是按照第一种方法处理。具体结构就是在上面一条线的基础上加上一个Web服务器直接和“交换”通讯的分支，在需要的时候（即“实时通信”的时候）数据都走这个分支。
这种做法会不会有什么问题？我对remoting不熟，对这样的结构性能能到一个什么程度一点谱也没有。
区别：
这两种方法里，“常规通信”这部分的结构没什么问题。关键是“实时通信”部分，简单来说就是数据是从数据库走还是web服务器直接和“交换”通信。
现在需要考虑采用何种结构,要求是：
一某一台服务器不能压力太大，否则系统承受不起。（“外部”的并发量非常大）
二对“实时通信”部分的性能要求非常高。
注意：
一 BS结构已经定下来了，不能改。（公司以前的项目就是C/S的，现在想过渡到B/S来）
二 硬件没有任何问题，每块都是单独的高配置服务器。
三 可能大家对“交换”这部分的认识并不很清楚，其实它要负责的功能也比较多，压力也会非常大。当然它也是单独的服务器。
四 一些配置基本上如下：Windows2003,MS-SQL2005,VS2005等，都是企业版。
问题：
一 上面的方法一和二哪中结构性能会好点？（主要考虑“实时”部分的性能，别的暂时不谈）
二 还有没有别的可行的结构？或者技术？
三 有些东西可能我表达的不清楚，请留言我会尽快回复。
四 有没有做GPS定位的朋友？请留下联系方式，请教问题。
原文地址：
http://www.cnblogs.com/ilovejolly/archive/2006/11/09/555423.html
目前有一个系统，它的结构和一般的B/S比，有一个不同的地方，就是最底下有一层（说是一层，其实是一个单独的程序），这一层是winform程序，暂且用“交换”来表示它。主要用来和“外部”通讯，收发和处理一些信息。具体不赘述。
那么系统现在的结构是：
客户端--web服务器（展现层--逻辑层--数据访问层）--数据库--交换--外部
在某些时候需要进行一些“实时”的通信（当然说是实时，其实不可能做到象CS那样，只是在“客户端”做定时器），将“外部”发送的数据及时的显示给“客户端”或者“客户端”发送的数据及时发送给“外部”。我们称之为“实时通信”。而大部分时候“外部”的数据是要直接由“交换”存进数据库留以后用的，我们称之为“常规通信”。
目前有两个选择：
一不管是“实时通信”还是“常规通信”，“交换”从外部接收的数据全部给数据库，客户端定时去找web服务器，web服务器去数据库取数据,然后返回。客户端的数据也都直接发到数据库里，然后“交换”去读数据，并转发给“外部”。具体就是上面的一条线的图。
这种对数据库要求较高，因为所有的数据都经过数据库，涉及到大量的数据交换和表的操作，不知道SQL2005能不能抗的住。
二对于“实时通信”，将“交换”这一层作为remoting的server，web服务器作为remoting的client。即实现web服务器直接和“交换”程序进行通讯，这个时候数据都是保存在“交换”程序的那台计算机的内存里，客户端定时还是定时去找web服务器。而“常规通信”还是按照第一种方法处理。具体结构就是在上面一条线的基础上加上一个Web服务器直接和“交换”通讯的分支，在需要的时候（即“实时通信”的时候）数据都走这个分支。
这种做法会不会有什么问题？我对remoting不熟，对这样的结构性能能到一个什么程度一点谱也没有。
区别：
这两种方法里，“常规通信”这部分的结构没什么问题。关键是“实时通信”部分，简单来说就是数据是从数据库走还是web服务器直接和“交换”通信。
现在需要考虑采用何种结构,要求是：
一某一台服务器不能压力太大，否则系统承受不起。（“外部”的并发量非常大）
二对“实时通信”部分的性能要求非常高。
注意：
一 BS结构已经定下来了，不能改。（公司以前的项目就是C/S的，现在想过渡到B/S来）
二 硬件没有任何问题，每块都是单独的高配置服务器。
三 可能大家对“交换”这部分的认识并不很清楚，其实它要负责的功能也比较多，压力也会非常大。当然它也是单独的服务器。
四 一些配置基本上如下：Windows2003,MS-SQL2005,VS2005等，都是企业版。
问题：
一 上面的方法一和二哪中结构性能会好点？（主要考虑“实时”部分的性能，别的暂时不谈）
二 还有没有别的可行的结构？或者技术？
三 有些东西可能我表达的不清楚，请留言我会尽快回复。
四 有没有做GPS定位的朋友？请留下联系方式，请教问题。
原文地址：
http://www.cnblogs.com/ilovejolly/archive/2006/11/09/555423.html
...全文
请发表友善的回复…
发表回复
myminimouse 2006-11-21
- 打赏
- 举报
up
cm8983 2006-11-21
- 打赏
- 举报
顶
学习学习
学习学习
wjcdelphi 2006-11-16
- 打赏
- 举报
小弟建个群.群号:32165875 专业讨论.net控件开发 初学者不要进.先去看书
wlb854 2006-11-16
- 打赏
- 举报
remoting。。。
myminimouse 2006-11-16
- 打赏
- 举报
up
HJS1820 2006-11-16
- 打赏
- 举报
ding
aaajedll 2006-11-16
- 打赏
- 举报
up
lingbo_wx 2006-11-15
- 打赏
- 举报
up
zhuangwei_ 2006-11-15
- 打赏
- 举报
up
zw_angel 2006-11-15
- 打赏
- 举报
关注一下
echo1230 2006-11-15
- 打赏
- 举报
UP
广州人 2006-11-13
- 打赏
- 举报
不顶不行.顺便接分
myminimouse 2006-11-13
- 打赏
- 举报
UP
echo1230 2006-11-13
- 打赏
- 举报
UP
股神 2006-11-10
- 打赏
- 举报
UP
h110807877 2006-11-10
- 打赏
- 举报
顶
学习学习
学习学习
dafeng168 2006-11-10
- 打赏
- 举报
学习
myminimouse 2006-11-10
- 打赏
- 举报
To Study_Now(?)
B/S里所有的数据交换都要基于请求，常规的做法就是定时去取数据。
对这种性能要求很高的结构来说，任务计划是不在考虑范围内的，不管客户端有没有“实时”的请求，下面的数据还是会不断发送上来的。
To snakegod(蛇姬)
不管是哪种都逃不了定时刷新的，你还没看清我上面描叙的系统。现在的问题是数据是从哪来性能会比较好。
B/S里所有的数据交换都要基于请求，常规的做法就是定时去取数据。
对这种性能要求很高的结构来说，任务计划是不在考虑范围内的，不管客户端有没有“实时”的请求，下面的数据还是会不断发送上来的。
To snakegod(蛇姬)
不管是哪种都逃不了定时刷新的，你还没看清我上面描叙的系统。现在的问题是数据是从哪来性能会比较好。
李世垚 2006-11-10
- 打赏
- 举报
其实，定时刷最好。差1秒2秒客户根本感觉不到。
李世垚 2006-11-10
- 打赏
- 举报
asp.net2.0的新功能里好像有个关于异步的东东，看看能不能适合你用。
另外，你查查幻宇的一篇关于保持服务端连接文章，估计适合你用。不过要主要超时的设置，别无限期等待。
另外，你查查幻宇的一篇关于保持服务端连接文章，估计适合你用。不过要主要超时的设置，别无限期等待。
加载更多回复（27）
