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。