《大數(shù)據(jù)時代的IT架構設計》有獎討論活動（獲獎名單已公布-2014-5-28）

beyondfly

1.  Oracle、MySQL 還是NoSQL，作為一個架構師，面對如此眾多選擇的時候，到底應該依據(jù)什么來做出正確的決定呢？
    首先，有一點需要明確一下，其實大數(shù)據(jù)這玩意，早就有了，比如，以前就有很多企業(yè)分析大量用戶的購買行為，從而分析市場需求，或是給針對用戶推薦相應的產(chǎn)品，這實際上也是大數(shù)據(jù)的一種應用 。只是那個年代不叫做大數(shù)據(jù)。
     作為一個架構師，當然要對企業(yè)的業(yè)務非常了解。至于選擇SQL還是NoSQL，完全是由業(yè)務量來決定的，而不是人亦云亦，今天人們說NoSQL好，馬上就開始使用NoSQL，明天又換成MySQL，這個顯然也是不現(xiàn)實的。如果數(shù)據(jù)量小，并發(fā)訪問量不高，一般使用MySQL。如果數(shù)據(jù)量巨大，企業(yè)的核心關鍵業(yè)務，一般選擇Oracle. 如果是一些圖片存儲業(yè)務，可以選擇NoSQL。

2. 面對一個大型復雜系統(tǒng)架構，歷經(jīng)哪幾個重要階段？
   大型復雜系統(tǒng)設計，一開始是處于搜索階段。因為這個階段里面，誰也不知道這個系統(tǒng)最終會有多大多復雜，需要多少服務器，多少存儲等。第二階段，隨著業(yè)務量的增加，架構在不斷擴容，同時出現(xiàn)各種問題，開始修復這些問題。第三個階段，架構穩(wěn)定階段，積累經(jīng)驗，完善文檔。
3. 網(wǎng)站架構設計存在哪些誤區(qū)？
    以為內(nèi)存越大越好，磁盤越大越好，圖片越少越好。
4. 說說讀完試讀章節(jié)后您的感想。
    沒有讀過，以上完全是個人經(jīng)驗總結。

jimmy-_-lixw

撤銷內(nèi)容！

fire_cpp

1.  Oracle、MySQL 還是NoSQL，作為一個架構師，面對如此眾多選擇的時候，到底應該依據(jù)什么來做出正確的決定呢？
其實這種決策要結合資金、人力資源、商業(yè)支持需求、熟悉程度、技術需求來做出。
商業(yè)支持需求，其實和資金、人力資源相關，如果團隊有相應的人才且充足，可以不需要太多的商業(yè)支持。
技術方面，我覺得最重要的是對于寫操作的可擴展性需求。如果數(shù)據(jù)量不大，如幾十個G，那么傳統(tǒng)解決方案就很夠用，不用上NOSQL，畢竟還是有風險。但如果每天的數(shù)據(jù)以G量級擴展，傳統(tǒng)方案就不那么給力，使用NOSQL就是很好的解決方案。而大家說的事務支持，確實也是問題，雖然NOSQL也不是不可解決，再不濟，自己在程序邏輯中寫事務邏輯好了。

2. 面對一個大型復雜系統(tǒng)架構，歷經(jīng)哪幾個重要階段？
設計、論證、開發(fā)、維護這些傳統(tǒng)的階段不說了。我認為一個大型系統(tǒng)，后期的演進非常重要，沒有大型系統(tǒng)在后期沒有經(jīng)過演進的，雖然架構是最開始的決策，但后期根據(jù)業(yè)務需求的變化進行演進也非常重要。而且維護的時間越長，后期演進成本和收益在整個系統(tǒng)中影響越顯著。這要求架構具有伸縮性。但一涉及到伸縮性，就容易過度設計，而過度設計不僅增加前期開發(fā)成本，更要命的是，過度的設計在演化時可能發(fā)現(xiàn)從前的設計過時或者根本無法維護了！所以簡單性和伸縮性是種平衡的藝術。所以，設計階段與維護階段相聯(lián)系，而且從成本與項目成敗上看，最為重要。

3. 網(wǎng)站架構設計存在哪些誤區(qū)？
其實網(wǎng)站架構一般都比較成熟了，很多現(xiàn)成案例可用，小到個人網(wǎng)站，大到NB如淘寶。誤區(qū)不好說，因為沒見過太多別人的失敗案例。

4. 說說讀完試讀章節(jié)后您的感想。
Chrome下出現(xiàn)問題，沒響應，沒法讀。在亞馬遜上看了目錄，案例比較多，不錯。

adidiaos丶丶

最討厭所謂的大數(shù)據(jù)時代。一點自己的網(wǎng)絡空間都沒有了。各種廣告渾身纏繞，討厭至極。就像中關村賣電腦的一樣，你走到哪里，皮條客跟到哪里。大數(shù)據(jù)把整個網(wǎng)絡搞的烏煙瘴氣的，你走到哪里，廣告跟到哪里。大數(shù)據(jù)在天朝完全變的霉臭不堪。回復 1# 風鈴之音


   

朕醒中華

支持？

2009532140

回復 21# beyondfly


    {:2_177:}

beyondfly

回復 26# 2009532140


    哥們，你啥子意思哦

2009532140

回復 27# beyondfly


    回答的好樸實。好容易理解的撒{:2_168:}

beyondfly

回復 28# 2009532140


    ...............................................

manULinux

1.  Oracle、MySQL 還是NoSQL，作為一個架構師，面對如此眾多選擇的時候，到底應該依據(jù)什么來做出正確的決定呢？
    需求，成本，預算，每個產(chǎn)品都有自己的特性的，有點與缺點，不是貴的就一定適合自己哦，用的恰當好處才是最合適的。
2. 面對一個大型復雜系統(tǒng)架構，歷經(jīng)哪幾個重要階段？
    對于這個問題個人認為架構比較重要，首先說說經(jīng)驗，這東西說起來就是很虛的東西，我見過真正不能解決問題，但是嘴皮子功夫很是了得，so外表看起來很NB的樣子當深入了解有里面就是個空殼，真實實際解決問題時候拿不出有效的解決辦法，何況以前的做的東西不可能100%與現(xiàn)有的需求完全符合的。我覺已經(jīng)就是個查考直。但不得不承認具有真正復雜系統(tǒng)對各種問題處理分析能力的經(jīng)驗確實在系統(tǒng)建設前期能夠準確的把握方向，避免一些潛在問題的發(fā)生是很重要的。
    系統(tǒng)架構：架構對應整個系統(tǒng)的框架個結構有個清晰的映射，如果架構涉及合理有效的能解決現(xiàn)有需求，與現(xiàn)在需求的話整個系統(tǒng)的生命周期會最大的延長，別且后期系統(tǒng)升級，功能下線，都能考慮進去的話這個架構是個可以應對大部分需求是隨著市場需求變化而變化。類似與集群架構一樣添加單點主機容易卸載容易。
3. 網(wǎng)站架構設計存在哪些誤區(qū)？
    無
4. 說說讀完試讀章節(jié)后您的感想。
   很好，應時應景，呵呵。