聚合全网技术文章,根据你的阅读喜好进行个性推荐
移动的某区域的一个外包项目,用户量100W-300W,高峰时并发1000到2000,求介绍一份Java架构方案!
PS:重要和核心数据持久化使用Oracle,其他待定!
任何不考虑业务特点的架构都是耍流氓
没业务说架构,那连纸上谈兵都不是,涉及到商业问题不好透露可以理解,即使透露一些,那也只是管中窥豹。
所以就不负责任的说两句,这点量,如果业务能用到缓存,随便搞点缓存就行了。
1、确认通信方式是http还是socket
2、确认通信消息内容格式是json或其它字符串格式,还是自定义字节流协议(http也是可以用字节流通信的)
3、通信协议数据包集中分发处理机制,一般可以用观察者模式和命令模式相结合
4、数据量大小,数据量不是太大可用memcached做内存缓存,大的话可以用ehcache做内存缓存和磁盘缓存,或者用oscache
5、合理使用synchronized和Lock同步锁
这点数据量,这点并发了,随意发挥,有点经验的程序员,基本没啥问题哈。
= - =服务端么、、、netty,mina看来是不行了。netty ,和mina 据说专注于 c100k。。。10k不到怎么玩
任何不考虑业务特点的架构都是耍流氓
引用来自“红薯”的评论
任何不考虑业务特点的架构都是耍流氓
没业务说架构,那连纸上谈兵都不是,涉及到商业问题不好透露可以理解,即使透露一些,那也只是管中窥豹。
所以就不负责任的说两句,这点量,如果业务能用到缓存,随便搞点缓存就行了。
1、确认通信方式是http还是socket
2、确认通信消息内容格式是json或其它字符串格式,还是自定义字节流协议(http也是可以用字节流通信的)
3、通信协议数据包集中分发处理机制,一般可以用观察者模式和命令模式相结合
4、数据量大小,数据量不是太大可用memcached做内存缓存,大的话可以用ehcache做内存缓存和磁盘缓存,或者用oscache
5、合理使用synchronized和Lock同步锁
用户数据量100W-300W,并发1000-2000.
这点数据量,这点并发了,随意发挥,有点经验的程序员,基本没啥问题哈。
= - =服务端么、、、netty,mina看来是不行了。netty ,和mina 据说专注于 c100k。。。10k不到怎么玩