请教一下这个一个系统如何构建好呢，讨论有分，顶者有分。

up，用N个采集进程 + 1个分析过滤进程 如何？分析过滤进程可以用WebServic或Remoting实现

解决方案 »

  1.   

    这个的实现最好采用Ibm的MQ及Tibco的消息中间件拿Tibco来讲(实现数据变化监视)Tibco ActiveDatabase Adapter分布在各个服务器上监数据变化,有了变化就向消息总线发送Tibco Rv 实现消息处理,根据定阅消息的应用进行不同的处理.
      

  2.   

    首先谢谢各位的关注。也没有各位想像的那么复杂限于商业上的原因，我不能具体说明这个系统的详细参数：我所说的消息不是某种框架下具有严格定义的消息.
    消息实体是一个1K左右的字符串，这个字符串中的信息是杂乱的。。需要从中分析出来有效数据。。
    远程有N台(N的规模在30左右)服务器，需要你通过传输信道连续不断并发去取这样的消息..
    取来后，按一定的规则处理后。。通过Web发布..要注意的一点是。上边提到的远程服务器是与本系统独立的，不可能在远程服务器上进行开发。请高人继续。。
    谢谢各位。
      

  3.   

    关注，
    高手也来关注
    http://community.csdn.net/Expert/topic/3187/3187629.xml?temp=.2573969
      

  4.   

    我还是说说吧，只是个人想法。我觉得可以在服务器上运行一个类似C/S服务器端的一个程序用来采集并分析数据，这个程序用来连接各个远程服务器然后取得数据后把最终数据写到本地的一个数据库里用来发布。然后用一个web工程访问这个数据库来发布。这样应该好一些。单纯用web工程其实就比较慢了。这样分开来做应该会好些。
      

  5.   

    后台做一个服务,一直不停地去搜索新的文本格式消息,搜集完了放到数据库里,然后IIS发布的时候到库里去取.
      

  6.   

    如同 jiangjian914(蒋健) 所说，用系统服务来获取信息，分析，再送给IIS服务器。多个服务信息源就用多个线程做。
      

  7.   

    采集器用Windows Service，收集到的信息保存到数据库；数据的过滤处理还是用Windows Service，可以和上面同一个Service也可以分开；最后ASP.NET把数据库的数据通过Web UI展现给用户；如果需要Email的订约部分，还是用Windows Service做。
      

  8.   

    各位：我考虑的是采用一个中间层来发布这些消息，Web 直接取数据库显然是不高效的。做法是将采集并处理后的消息通过中间层实时在页面上刷新，我想知道ASP.net中是否有实时更新页面的支持。
      

  9.   

    可以把消息存到DBMS中，让客户端自动刷新
      

  10.   

    聊天室式的的页面刷新在ASP.net中如何实现？