急。。求一解决方案!
现在有个大项目,全国大概有100个小区,每个小区有个停车场。每天的数据量大概有1W左右!我做了一个web网站可以浏览车场的数据。 现在总部有个要求。可以再总部实时浏览每个小区的停车状况及相关记录。
解决方案一:每个小区申请个域名。发布 总部直接通过域名访问。不过小区多那域名也申请的多!
解决方案二:消息推送。在总部弄台服务器把每个小区的消息实时推送给服务器。缺点:数据量较大。每条记录都有对应的照片 !服务器上挂100个网站可能么?
谁有没好的建议。200分奉上!!!!
------解决方案--------------------分域来操作
每个小区是一个域,只能查看读取自己小区的数据
总部是一个总域,可以查看所有域内的数据
------解决方案--------------------大数据的处理 MARK一下
------解决方案--------------------为啥不分权限的浏览呢。。不同的用户拥有不同的查看权限。。
lz你的问题究竟是啥,是担心数据量大影响访问速度还是什么情况?
------解决方案--------------------在显示的 时候 动动 脑经 每次 只显示 你需要看到的 数据,又不是全部显示 和 整体数据流大也没什么关系吧
------解决方案--------------------服务器上挂100个网站可能么 -->可以 开100个HTTP端口就好了,而且都在一个路由器后面。
使用路由器的端口映射工具,可以把一个静态IP的不同端口,映射到不同的计算机上。
------解决方案--------------------建议的方案是: 每个小区部署到一台服务器上(压力允许的情况下,可以在一台机器上部署多个小区)。
不使用域名访问服务器,而使用IP地址发送数据
买一个好点的路由器,可以做端口映射。
写一个整体管理的Web页面,统一管理这些服务器。
总之,找一个好的网管,这个问题很好办。
------解决方案--------------------数据量大才是问题。要确保数据处理快捷。不然总部看下数据都要老半天反应过来 。
总的来说 就是你设置下权限。然后下面每个小区都给建个网站存放数据(感觉太多了)。要是在总部直接建个服务器来管理。(可以分把100个小区再划分多个服务器)。 只能提意见,具体没做过这么大的
------解决方案--------------------每个区域分配一个id号,然后上述局势后根据id上,查看也根据id看不同的区域
------解决方案--------------------域名一个就够了,主机头或URL上做文章。
数据分布在100个服务器上,要怎么设计架构呢,坐等大虾。
------解决方案--------------------在每个小区都部署一个网站,然后在总部监测这些网站就行了
------解决方案--------------------分区域筛选数据
------解决方案--------------------1,自己写同步工具吧,定时上传,实时是比较困难了
2,做个WEB入场系统,所有数据存服务器上
------解决方案--------------------把每个小区的ip存总部数据库,直接用ip访问算了
------解决方案--------------------跟域名扯不上关系吧,访问一个域名就好。
凭用户名判断小区。
如果是小区的工作人员来录入数据,1台服务器应该也够了,100个小区,不就相当于100个用户么,主要看你的数据是怎么采集的。尤其是实时停车数据。
------解决方案--------------------如果 是我弄这么一个东西 我会把数据 按一定规则的区域分表存储
------解决方案--------------------服务器上挂100个网站可能么? 建频道 比如新浪 搜狐 都这么搞的
------解决方案--------------------哈哈 你们做的是3D效果的么
------解决方案--------------------每个小区的服务,做个定时数据上传到总部服务器。比较合理
------解决方案--------------------