門戶網(wǎng)站的技術(shù)架構(gòu)怎樣設(shè)計方案？我參與了一個行業(yè)門戶的設(shè)計。我覺得我已經(jīng)解決了大型網(wǎng)站面臨的一系列問題和挑戰(zhàn)，比如高并發(fā)訪問、海量數(shù)據(jù)處理、高可靠性運(yùn)行等等。在實(shí)踐中，我提出了許多解決方案來實(shí)現(xiàn)各種技

門戶網(wǎng)站的技術(shù)架構(gòu)怎樣設(shè)計方案？

我參與了一個行業(yè)門戶的設(shè)計。我覺得我已經(jīng)解決了大型網(wǎng)站面臨的一系列問題和挑戰(zhàn)，比如高并發(fā)訪問、海量數(shù)據(jù)處理、高可靠性運(yùn)行等等。在實(shí)踐中，我提出了許多解決方案來實(shí)現(xiàn)各種技術(shù)架構(gòu)目標(biāo)，例如高性能、高可用性、可伸縮性、可伸縮性和安全性。這些解決方案被更多的網(wǎng)站反復(fù)使用，從而逐漸形成了大規(guī)模的網(wǎng)站架構(gòu)模式。分布式應(yīng)用和服務(wù)：除了提高網(wǎng)站性能和并發(fā)性，加快開發(fā)和發(fā)布速度，減少數(shù)據(jù)庫連接資源消耗之外，分層、分段的應(yīng)用和服務(wù)模塊的分布式部署還可以使不同的應(yīng)用重用公共服務(wù)，方便業(yè)務(wù)功能擴(kuò)展。

2. 分布式靜態(tài)資源：JS、CSS、logo、image等網(wǎng)站靜態(tài)資源獨(dú)立部署、分布式，采用獨(dú)立域名，通常稱為動靜分離。靜態(tài)資源分布式部署可以降低應(yīng)用服務(wù)器的負(fù)載壓力；通過使用獨(dú)立域名加快瀏覽器的并發(fā)加載；由負(fù)責(zé)用戶體驗(yàn)的團(tuán)隊負(fù)責(zé)網(wǎng)站的開發(fā)和維護(hù)，有利于網(wǎng)站的分工與合作，使不同的用戶體驗(yàn)不一樣工作類型可以是專門的。

3. 分布式數(shù)據(jù)與存儲：大型網(wǎng)站需要以P為單位處理海量數(shù)據(jù)，單臺計算機(jī)無法提供如此大的存儲空間，這些數(shù)據(jù)需要分布式存儲。除了傳統(tǒng)關(guān)系數(shù)據(jù)庫的分布式部署外，各種面向網(wǎng)站應(yīng)用的NoSQL產(chǎn)品也都是分布式的。

4. 分布式計算：嚴(yán)格來說，應(yīng)用程序、服務(wù)和實(shí)時數(shù)據(jù)處理都是計算。除了這些在線業(yè)務(wù)，網(wǎng)站還有大量用戶沒有直觀感受的后端業(yè)務(wù)需要處理，包括搜索引擎的索引構(gòu)建、數(shù)據(jù)倉庫的數(shù)據(jù)分析和統(tǒng)計等，這些服務(wù)的計算規(guī)模非常大。目前，Hadoop及其MapReduce分布式計算框架廣泛應(yīng)用于此類批量計算的網(wǎng)站，其特點(diǎn)是移動計算而不是移動數(shù)據(jù)。將計算程序分發(fā)到數(shù)據(jù)所在的位置，加快了計算和分布式計算的速度。

總之，分布式設(shè)計思想很多，比如支持在線服務(wù)器配置實(shí)時更新的分布式配置，在分布式環(huán)境下實(shí)現(xiàn)并發(fā)和協(xié)作的分布式鎖，支持云存儲的分布式文件系統(tǒng)。

如何做產(chǎn)品結(jié)構(gòu)設(shè)計？

不同的產(chǎn)品，不同的行業(yè)，對產(chǎn)品結(jié)構(gòu)的理解是多樣的。

對于機(jī)械產(chǎn)品，產(chǎn)品的結(jié)構(gòu)是保證機(jī)械原理、運(yùn)動功能、使用功能、制造工藝、安裝調(diào)試、運(yùn)輸安全等結(jié)構(gòu)要求。

結(jié)構(gòu)設(shè)計并非從頭開始。如果產(chǎn)品是類似的，以前設(shè)計過，可以參考之前的產(chǎn)品結(jié)構(gòu)。否則，應(yīng)根據(jù)用戶需求書、市場調(diào)研、調(diào)查分析等資料，進(jìn)行初步草圖設(shè)計、初步草圖的結(jié)構(gòu)技術(shù)分析，并在設(shè)計圖紙前取得相關(guān)批準(zhǔn)。后面有很多簡單的程序，包括試生產(chǎn)、試裝配、試使用、各種檢驗(yàn)測試、改進(jìn)、正式設(shè)計、定型、驗(yàn)證驗(yàn)收、小批量試生產(chǎn)、批量生產(chǎn)、相關(guān)單位審批、市場準(zhǔn)入等。這個過程需要很長時間。當(dāng)然，這取決于產(chǎn)品。

隨著架構(gòu)設(shè)計的演變?yōu)槭裁错椖恐行枰玫絊OA框架？

當(dāng)我們在10多年前接觸到SOA概念時，主要來自IBM和Oracle的領(lǐng)先廠商以及一些國內(nèi)中間件制造商都在跟進(jìn)。人氣不亞于區(qū)塊鏈、中間平臺和aiot。所有公司都使用自己的產(chǎn)品和解決方案組合來推斷SOA。更典型的產(chǎn)品是ESB、BPM、portal，有時還有DP開發(fā)平臺。當(dāng)時很多企業(yè)決定構(gòu)建SOA，軟件開發(fā)者甚至ERP廠商都必須與SOA有關(guān)聯(lián)，否則他們不知道怎么談電影，不好意思跟別人打招呼。

SOA面向服務(wù)架構(gòu)是一種設(shè)計理念和架構(gòu)規(guī)范，用于構(gòu)建靈活的it架構(gòu)，支持隨需應(yīng)變的業(yè)務(wù)。

然而，應(yīng)用軟件廠商強(qiáng)調(diào)的集成更多的是大規(guī)模系統(tǒng)模塊之間的集成，而中間件廠商強(qiáng)調(diào)的是異構(gòu)應(yīng)用系統(tǒng)之間的集成。

很多時候，企業(yè)系統(tǒng)必須基于SOA進(jìn)行集成，但僅僅依靠ESB、BPM和門戶是不夠的。必須有MDM主數(shù)據(jù)治理、IDM統(tǒng)一權(quán)限、統(tǒng)一賬戶和統(tǒng)一認(rèn)證。MDM是深度應(yīng)用集成（如BPM跨異構(gòu)系統(tǒng)過程集成）和深度數(shù)據(jù)集成（DW、BI、BD、DSS、DAP和其他數(shù)據(jù)分析平臺項目）的基礎(chǔ)。SOA產(chǎn)品的綜合集成項目是基礎(chǔ)，只有產(chǎn)品是不夠的。需要甲方的高層支持，需要業(yè)務(wù)部門、應(yīng)用廠商、信息部門的高效合作、拼搏和妥協(xié)。這是一個考驗(yàn)交付團(tuán)隊和甲方能力和決心的大項目，經(jīng)過十多年的投入，從產(chǎn)品的實(shí)施、管理體系的實(shí)施、解決方案的實(shí)施、企業(yè)文化的實(shí)施等方面都提煉出了許多最佳實(shí)踐，已成為數(shù)據(jù)鏈敏捷集成的基因。