用户数据量100W-300W,并发1000-2000,求服务器架构方案一份

江哥一直在 发布于 2014/07/21 12:24
阅读 5K+
收藏 3

移动的某区域的一个外包项目,用户量100W-300W,高峰时并发1000到2000,求介绍一份Java架构方案!

PS:重要和核心数据持久化使用Oracle,其他待定!

以下是问题补充:

@江哥一直在:类似 移动网上营业厅客户端APP,APP获取服务器一些业务智能分析数据,报表,流量统计等。 (2014/07/21 12:32)
加载中
0
甘薯
甘薯
关注一下。
0
红薯
红薯

任何不考虑业务特点的架构都是耍流氓

0
江哥一直在
江哥一直在

引用来自“红薯”的评论

任何不考虑业务特点的架构都是耍流氓

涉及到商业问题,不好透露业务。。。 可以当着移动网上营业厅客户端类似。。
Danath
Danath
如果不考虑业务,也不用费心弄什么方案,随便弄个epoll,单机轻松并发上万,就你那点数据,也没多大,不考虑业务的话,数据库基本无压力
0
游侠
游侠

没业务说架构,那连纸上谈兵都不是,涉及到商业问题不好透露可以理解,即使透露一些,那也只是管中窥豹。

所以就不负责任的说两句,这点量,如果业务能用到缓存,随便搞点缓存就行了。

0
kakai
kakai

1、确认通信方式是http还是socket

2、确认通信消息内容格式是json或其它字符串格式,还是自定义字节流协议(http也是可以用字节流通信的)

3、通信协议数据包集中分发处理机制,一般可以用观察者模式和命令模式相结合

4、数据量大小,数据量不是太大可用memcached做内存缓存,大的话可以用ehcache做内存缓存和磁盘缓存,或者用oscache

5、合理使用synchronized和Lock同步锁

kakai
kakai
我这是基于java的服务器,仅作参考
0
purely
purely

用户数据量100W-300W,并发1000-2000.

这点数据量,这点并发了,随意发挥,有点经验的程序员,基本没啥问题哈。

0
mingshun
mingshun
架构方案都是其次,主要是你的代码怎么写,如果代码写得差,多好的架构都白搭,毕竟大部分请求时间都消耗在业务处理上。
0
这个世界不真实
这个世界不真实

= - =服务端么、、、netty,mina看来是不行了。netty ,和mina 据说专注于 c100k。。。10k不到怎么玩

0
Helloall
Helloall
我认为这根本不算多。我是新手说错了,各位大大别骂。。
返回顶部
顶部