1、从0开始逐步边开发边运作一个大型网站，该采用怎样的技术架构（或者技术路线）？
这样的跨度肯定会经历推倒重来的过程，否则一开始就设计一个能扩展到很大规模的网站架构会在初期造成很大的资金和人力负担。让开发的负责人给你计算了开发成本，维护成本和开发出来的效果以后你再决定当前阶段采用哪一种。显然一分钱一分货。
越简单的时候PHP越有优势，越复杂JAVA越有优势，JSP只是JAVA WEB开发中的一项技术，到最后都不一定需要使用。为了不浪费人手，如果你确定将来要往大网站发展一开始就该采用JAVA或.NET，这样在重新开发时至少能充分利用之前的人员经验。
该采用怎样的技术架构不是三两句话能说清楚的，具体问题具体分析。
再简单也不建议使用JSP+SERVLET+JAVABEAN
SSH之类的架构本来就是为了简化开发工作量，提高代码质量和可维护性而生的。除非追求极致变态的性能的人才会去用servlet，而且实际体验可能根本几乎没差别，只要不把SSH用得太烂。架构复杂了，也不过是在这些主流技术上改改，封装封装，自然是使用同一语言比PHP转JAVA容易太多了。
2、用Java做一个大流量，高并发的网站应该怎么样进行底层构架
架构是为了解决糸统中具有共性的问题而进行定义了减少重复工作量，且易于维护和扩展的技术准则和规范，它产出物和体现为文档和基础代码框架等。
因此选择那些框架只是架构的一部分，通常是选择自己善长的，以及对新技术的更新比较及时的；所以现在的Java框架最多为SpringMVC。
所以你提出的大并发是一个问题，但先确定它是不是所有模块都需要解决这个问题。
而大数据又是另一个问题，同样每个模块查询或者计算都是大数据吗。
综上所述将问题定位并分解，并发问题，要考虑带宽还是局域网，一个应用服务器最大能支持多少请求连接，你需要多少个，每个应用服务器是独立的模块呢还是齐群。齐群还要注意的登录一次还是多次，也就是SSO了，是否注意内存共享，如sessionId，是否考虑内存相互同步还是通过分布式的解决等糸列问题。还有一个数据库有多少连接可以用等跟应用服务器同理。
那么大数据呢，要考虑的关键为两个，是计算还是查询，是实时的业务要求还是可以延时的，查询可以是缓存，分表分库，分区，索引等方式。缓存的时候要注意你考虑的带宽是一个lDC还是多个IDC，数据间怎么同歩是个分布式问题，如果大数据计算问题是否考虑一下云计算解决方案等
因此你所说的怎么架构，如何选框架，这是两个问题，不是解决你问的大数据大并发，反而是架构工作中的一个尘灰而已。你也知道架构最大的是那里了吧一一分析到分割。
架构是很难的工作，作不好，别相信用硬件能解决问题。就像使用微软的 盗版一样，出了问题可能是用N的成本来解决，N可能是几万，也可能是几万的N次方。
3、java开发大型网站(流量大,数据大(上万G数据))用什么架构?
分着说，前后台分开。
1、前端使用轻便的方式，servlet/jsp/jstl，使用jdbc或者能控制sql的ORM，不过坦白说用哪个都没有SQL快，虽然hibernate也能控制sql生成，不会用。
2、前台要分析好，哪些是实时数据，哪些不是，对于那些不适实效很高的，用好缓存。有些东西可以采用生成静态页面的方式。
3、后台随便了，SSH，因为后台操作不是很频繁。但是如果有导数据，10万级导入，还是用jdbc。
4、如果是网站，不是什么重要的业务系统，数据库设计以快为主，表里面多冗余一些外键字段，让查询最简化。
这个软件方面，还有硬件架构，那更复杂，这里就不说了，毕竟不专业。
4、大型java web系统架构该如何设计
其实操作起来不难。
”健壮性“：用现成的流行的框架。大家实践检验过的一定很robust。
”拓展性“：就是说你要对你用的框架很熟，要明白原理，甚至可以自己修改，实现功能。这个要花时间下功夫。
“易维护”：写好注释，做好文档。平时稍微用点心就可以做好。
“版本控制”：这有现成的工具，比如git。