有做多个分店的项目架构进来，项目架构难以取舍

Question

开发一个400多个分店和一个总部的项目，还没有确定采用那种架构方式开发
1、总部用B/S模式开发，分店也用B/S模式开发。每个分店安装一个WEB服务器，要安装400多个。
2、总部用B/S模式开发，分店采用C/S模式开发。每个分店会安装多个客户端软件，会有2000多个。请从人员分配、技术架构、开发时间、后期维护升级和维护人员等方面分析

Answer 1

目前用C/S做你会死得很惨
B/S方式一台服务器就够了吧？！

Answer 2

全部采用B/S结构,WEB服务器放在总店里,各分店只需能上网即可,但考虑到人员众多且实时在线,而且数据量有可能会在,传输有可能会很频繁,可以在总店设置服务器群集(WEB和数据库).为保证效率,在数据库端采用存储过程,在WEB上采用缓存,当数据库发生更新时,自动更新缓存(前提是更新不频繁的情况下,若更新频繁,则不用),为保证效率和数据的完整性,可以采用MSMQ,用户只需把数据传到MSMQ即可,由MSMQ负责更新数据库和缓存,分店访问节省了数据库操作的时间.在页面访问上,采用微软的AJAX ASP.NET 1.0,降低网络流量,若页面数据较大,采用分页方式和即时动态加载的方式来解决.

Answer 3

不打算使用采用B/S结构开发，如果下端采用B/S开发，上端也采用B/S开发，开发两套系统，项目会有什么风险？

Answer 4

不打算全部采用B/S结构开发，用B/S开发两个系统，项目会有什么风险？或者用B/S和C/S开发两个系统会有什么风险？

Answer 5

感觉还是c/s通过internet模式互联吧。
各店都是c/s，然后有一个总库。各店的数据在本店存储，然后通过internet(或专线)自动传输到总库。
(各店传各店的数据，我觉得速度和性能方面也不会太差的。)
至于要安装多少客户端，那是没办法的。开一个店就装一个呗。
感觉多店的模式还是c/s比较快些。

Answer 6

用C/S绝对不是一个好主义，2000多个客户端的安装维护，这部分成本你考虑过没有？
建议全部采用B/S结构，采用分布式构架。