预期高并发的互联网应用架构设想

各位，最近公司要上一个互联网应用，没有具体要求，主要有三个要求：
1，第一版本期限很短，只有三个月左右
2，预期并发量较大200/S+
3，以后需要扩展的地方很多，尽量考虑可扩展性

现在打算前端视图层使用Spring MVC， 后端视图层使用Vaadin，控制层和数据层还是老套路，spring、mybatis、cache之类。把图发上来大家看看，期待大家的反馈。

总体设计



系统架构

mybatis听说比ibatis 2性能差一倍，不知道有没有试过？

扯蛋的说法，新版本难道还不如旧版本，有可能在某个场合下某种用法有一些性能小差距，直接说差一倍，纯属扯蛋

是否合适需要考虑你们团队的大小以及团队成员的知识体系水平,尤其是需要在短时间内完成的话,更应该控制风险,另外从业务角度出发,预先判断出核心业务可能出现的性能问题进行加强,除此之外,尽量简单,同时兼顾开发效率

公司自己的项目，互联网项目，周期才3个月，迭代式的开发，技术越简单越纯粹越好。

淘宝网刚开始php，到后来逐步升级。

http://www.iteye.com/topic/1122755  这边看到的，有人做的测试。

这架构太吓人了。

这感觉，确实有点吓人。  没有固定和绝对的架构， 只有适合场景的架构。 
没有具体的应用场景， 怎么就把mongodb， rabbitMQ都搬上去了 。。。

用的东西真够多的，这么多东西要学也得学一阵子的。  各位大牛难道都已经熟练掌握了这么多东西？

200个并发，一天的pv要上千万了，中国能有上千万pv的网站，并不多。没必要一下把目标设这么高，你也不好进行性能测试。

先把目标定在20个并发，一天大概上百万pv的网站，做出来这个架构就已经有实用价值了。

感谢大家的建言，第一版本已经暂弃MongoDB和RabbitMQ, 项目已经进入开发阶段。暂时一切顺利。