大型網(wǎng)站架構(gòu)設(shè)計(jì)與分析案例匯總(已修改)
2025-02-18 21:56 本頁(yè)面
【正文】 案例 1? 平臺(tái)： NET， +NHibernate+SQL SERVER 2023。? 開發(fā)模式： MVC模式三層都有 A方開發(fā)， A方的查詢業(yè)務(wù)基本上依賴于 SP， SP由 B方方面開發(fā)。? 表現(xiàn)：– B方對(duì)需求的理解不完善，導(dǎo)致 SP經(jīng)常改動(dòng)。但是 SP的每次改動(dòng)了之后， A方開發(fā)應(yīng)用程序的程序人員卻不知道，除非 A方程序員去調(diào)試以前已經(jīng)開發(fā)好的程序，不然很難發(fā)現(xiàn)B方修改了存儲(chǔ)過(guò)程。– 存儲(chǔ)過(guò)程的修改，帶來(lái)的不僅是頁(yè)面表現(xiàn)層的數(shù)據(jù)綁定的問(wèn)題，在模型層的 domain和 dto很有可能都要隨之改動(dòng)。即使B方修改了 SP第一時(shí)間通知 A方， A方修改相應(yīng)的模型層對(duì)象，重新構(gòu)造層與層之間的訪問(wèn)參數(shù)以及返回類型也是相當(dāng)費(fèi)時(shí)的事情。1問(wèn)題? 問(wèn)題：– 該項(xiàng)目目前的開發(fā)方式和現(xiàn)狀，效率相當(dāng)?shù)拖?。?shù)據(jù)庫(kù)與SP是基礎(chǔ)， SP的修改直接影響上層建筑。而 SP的控制權(quán)在B方，由 B方完全控制業(yè)務(wù)。 A方需要做領(lǐng)域業(yè)務(wù)，但只能按照 B方的文檔來(lái)開發(fā)，甚至都不用知道業(yè)務(wù)。1分析、建議? 分析：– 主要是項(xiàng)目管理組織的問(wèn)題。兩個(gè)團(tuán)隊(duì)無(wú)法協(xié)調(diào)。 B方變更帶來(lái) A方的變更是必然，問(wèn)題在于 A根本不知道 B方的變更。加之雙方?jīng)]有持續(xù)集成，很可能變更了很久才知道，修改的時(shí)候 B對(duì) A也無(wú)法給支持，時(shí)間長(zhǎng)了可能 B自己也忘了。– 技術(shù)上，業(yè)務(wù)的變動(dòng)必然帶來(lái)領(lǐng)域模型的變動(dòng)。 A方其實(shí)只是充當(dāng)一系列存儲(chǔ)過(guò)程的外觀。這個(gè)系統(tǒng)的領(lǐng)域模型其實(shí)是用數(shù)據(jù)庫(kù)表和存儲(chǔ)過(guò)程表示的。實(shí)際上，誰(shuí)控制了業(yè)務(wù)誰(shuí)就控制了領(lǐng)域模型。 ? 建議：– 兩個(gè)團(tuán)隊(duì)組合成一個(gè)團(tuán)隊(duì)（虛擬的，相當(dāng)于遠(yuǎn)程協(xié)同開發(fā)），要共享需求任務(wù)列表。每次變更需要雙方在工作前進(jìn)行協(xié)調(diào)，確認(rèn)各自需要調(diào)整的地方和需要消耗的時(shí)間。 案例 2? 背景：在 ATM和銀行主機(jī)之間，通常有個(gè)前置機(jī)器，主要用來(lái)做一些預(yù)處理工作，傳統(tǒng)的金融平臺(tái)大多采用 c來(lái)處理，現(xiàn)在想接入網(wǎng)銀，想改用 j2ee來(lái)架構(gòu)，也為以后的 sop（標(biāo)準(zhǔn)操作程序 ）做準(zhǔn)備。? 問(wèn)題：在這種實(shí)時(shí)交易系統(tǒng)里應(yīng)該用什么的架構(gòu)。 ATM是使用TCP/IP協(xié)議的，而網(wǎng)銀是 協(xié)議的。如果 web方面采用jsp+struts做頁(yè)面層， Spring+hibenate做業(yè)務(wù)層，而 ATM的接入采用 application同樣接入到到 Spring的業(yè)務(wù)層。由于交易量較大，必須 1分鐘處理 1000筆交易（單 ATM），這樣的架構(gòu)是否合適？2分析? 分析：關(guān)鍵看前置要做哪些工作，是否有復(fù)雜的業(yè)務(wù)邏輯， 對(duì)于這樣實(shí)時(shí)性比較高的系統(tǒng)，少用框架 。? Spring+hibernate一般實(shí)時(shí)性都較差。 Spring會(huì)產(chǎn)生大量垃圾，頻繁啟動(dòng)垃圾回收機(jī)制，系統(tǒng)的響應(yīng)就得暫停， Spring的動(dòng)態(tài)代理 Proxy對(duì)象是每個(gè)請(qǐng)求信號(hào)都會(huì)產(chǎn)生的， 1分鐘處理 1000筆交易，那么一分鐘內(nèi)至少 1000個(gè) Proxy對(duì)象，還有其他附帶對(duì)象，內(nèi)存可能不能支持。? 比較好的策略：分析系統(tǒng)在應(yīng)付如此大訪問(wèn)量下的瓶頸所在。? 如果確實(shí)需要業(yè)務(wù)組件，多臺(tái)機(jī)器組成的分布式 EJB系統(tǒng)可能更適合這樣的系統(tǒng)： ATM機(jī)需要很長(zhǎng)的 Session存活期， Spring對(duì) Session的管理是 默認(rèn)一次調(diào)用會(huì)開啟一個(gè) session，調(diào)用結(jié)束時(shí)關(guān)閉，如果保持一個(gè) Session一直不斷 Open，又占用內(nèi)存，一分鐘內(nèi)如果非常多的 ATM客戶端接過(guò)來(lái)，對(duì)內(nèi)存消耗太大。 EJB的 Stateful對(duì) Session可以在規(guī)定內(nèi)存內(nèi)進(jìn)行管理。? 如果系統(tǒng)沒(méi)有數(shù)據(jù)庫(kù)，只是一個(gè) broker，轉(zhuǎn)接者，使用 JMS比多線程強(qiáng)，不宜用多線程。 MySpace? 第一代架構(gòu)：添置更多的 Web服務(wù)器 ? MySpace最初的系統(tǒng)很小，只有兩臺(tái) Web服務(wù)器（分擔(dān)處理用戶請(qǐng)求的工作量）和一個(gè)數(shù)據(jù)庫(kù)服務(wù)器（所有數(shù)據(jù)都存儲(chǔ)在這一個(gè)地方）。那時(shí)使用的是 Dell雙 CPU、 4G內(nèi)存的系統(tǒng)。在早期階段， MySpace基本是通過(guò)添置更多 Web服務(wù)器來(lái)對(duì)付用戶暴增問(wèn)題的。但到在 2023年早期，在 MySpace用戶數(shù)增長(zhǎng)到五十萬(wàn)后，其數(shù)據(jù)庫(kù)服務(wù)器已經(jīng)開始疲于奔命了。 MySpace? 第二代架構(gòu) ：增加數(shù)據(jù)庫(kù)服務(wù)器 與增加 Web服務(wù)器不同，增加數(shù)據(jù)庫(kù)并沒(méi)那么簡(jiǎn)單。如果一個(gè)站點(diǎn)由多個(gè)數(shù)據(jù)庫(kù)支持，設(shè)計(jì)者必須考慮的是，如何在 保證數(shù)據(jù)一致性 的前提下讓多個(gè)數(shù)據(jù)庫(kù)分擔(dān)壓力。MySpace? MySpace運(yùn)行在三個(gè) SQL Server數(shù)據(jù)庫(kù)服務(wù)器上：一個(gè)為主，所有的新數(shù)據(jù)都向它提 交，然后由它復(fù)制到其它兩個(gè)；另兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器全力向用戶供給數(shù)據(jù)，用以在博客和個(gè)人資料欄顯示。這種方式在一段時(shí)間內(nèi)效果很好 —— 只要增加數(shù)據(jù)庫(kù)服務(wù)器，加大硬盤，就可以應(yīng)對(duì)用戶數(shù)和訪問(wèn)量的增加。 這一次的數(shù)據(jù)庫(kù)架構(gòu)按照垂直分割模式設(shè)計(jì)，不同的數(shù)據(jù)庫(kù)服務(wù)于站點(diǎn)的不同功能，如登錄、用戶資料和博客。垂直分割策略利于多個(gè)數(shù)據(jù)庫(kù)分擔(dān)訪問(wèn)壓力，當(dāng)用戶要求增加新功能時(shí)，MySpace只需要投入新的數(shù)據(jù)庫(kù)加以支持。在賬戶到達(dá)二百萬(wàn)后， MySpace還從存儲(chǔ)設(shè)備與數(shù)據(jù)庫(kù)服務(wù)器直接交互的方式切換到 SAN（存儲(chǔ)區(qū)域網(wǎng)絡(luò)） — 用高帶寬、專門設(shè)計(jì)的網(wǎng)絡(luò)將大量磁盤存儲(chǔ)設(shè)備連接在一起，而數(shù)據(jù)庫(kù)連接到 SAN。這項(xiàng)措施極大提升了系統(tǒng)性能、正常運(yùn)行時(shí)間和可靠性。然而，當(dāng)用戶繼續(xù)增加到三百萬(wàn)后，垂直分割策略也變得難以維持下去。 MySpace? 第三代架構(gòu)：轉(zhuǎn)到分布式計(jì)算架構(gòu) ? 幾經(jīng)折騰，最終， MySpace將目光移到分布式計(jì)算架構(gòu) —— 它在物理上分布的眾多服務(wù)器，整體必須邏輯上等同于單臺(tái)機(jī)器
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1