排版好看的網(wǎng)站界面百度官網(wǎng)網(wǎng)站首頁
架構(gòu)模式對(duì)比
分層模式
一般信息系統(tǒng)中最常見的4層劃分如下:
- Presentation layer 表示層(也就是UI層)
- Application layer 應(yīng)用層(也就是服務(wù)層)
- Business logic layer 業(yè)務(wù)邏輯層(也就是領(lǐng)域?qū)?#xff09;
- Data access layer 數(shù)據(jù)訪問層(也就是數(shù)據(jù)持久層)
應(yīng)用:一般桌面應(yīng)用程序,電子商務(wù)WEB應(yīng)用程序
CS客戶端-服務(wù)器模式
客戶端向服務(wù)器發(fā)起請(qǐng)求,服務(wù)器向這些客戶端提供相關(guān)服務(wù),之后,服務(wù)器繼續(xù)偵聽客戶端的請(qǐng)求
應(yīng)用:電子郵件、文件共享、銀行業(yè)務(wù)
主從模式
主模塊在相同的從模塊之間分配工作,并根據(jù)從模塊返回的結(jié)構(gòu)來計(jì)算最終的結(jié)果
應(yīng)用:在數(shù)據(jù)庫復(fù)制中,主數(shù)據(jù)庫被視作權(quán)威數(shù)據(jù)源,而從數(shù)據(jù)庫與其保持同步
連接到計(jì)算機(jī)系統(tǒng)總線上的外圍設(shè)備(主驅(qū)動(dòng)器和從驅(qū)動(dòng)器)
管道過濾模式
構(gòu)建產(chǎn)生和處理數(shù)據(jù)流的系統(tǒng)。每個(gè)處理步驟都包含在一個(gè)過濾器組件中,要處理的數(shù)據(jù)通過管道傳遞。這些管道可用于緩沖或者同步
應(yīng)用:
編譯器,依次使用不同的過濾器執(zhí)行詞法分析、解析、語法分析和代碼生成
生物信息學(xué)中的工作流程
Broker模式
使用解耦的組件構(gòu)建分布式系統(tǒng),這些組件可以通過遠(yuǎn)程服務(wù)調(diào)用實(shí)現(xiàn)交互。代理組件負(fù)責(zé)協(xié)調(diào)組件之間的通信
服務(wù)器將它們的功能(服務(wù)和特征等)發(fā)布到代理,客戶端向代理請(qǐng)求服務(wù),然后代理根據(jù)其注冊(cè)表將客戶端請(qǐng)求轉(zhuǎn)發(fā)給合適的服務(wù)
應(yīng)用:
消息代理軟件,如 Apache ActiveMQ, Apache Kafka, RabbitMQ 和 JBoss Messaging.
P2P模式
每個(gè)獨(dú)立的組件被稱為對(duì)等點(diǎn)(或?qū)Φ榷?#xff0c;peer)。對(duì)等端既可以充當(dāng)客戶端(向其它對(duì)等端請(qǐng)求服務(wù)),又可以充當(dāng)服務(wù)器(向其它對(duì)等方提供服務(wù))
同一個(gè)對(duì)等端可能既是客戶端,又是服務(wù)器,并且可以動(dòng)態(tài)改變其角色
應(yīng)用:
文件共享網(wǎng)絡(luò),如Gnutella 和 G2
多媒體協(xié)議,如P2PTV 和 PDTP
基于加密貨幣的產(chǎn)品,如比特幣和區(qū)塊鏈
事物總線模式
該模式主要處理組件,有4個(gè)重要的組件:事件源、事件偵聽器、通道和事件總線。事件源將消息發(fā)送到事件總線上的特定通道,偵聽器會(huì)訂閱特定的頻道。當(dāng)消息發(fā)送到頻道中后,訂閱該頻道的偵聽器會(huì)收到該消息的通知
應(yīng)用:
安卓開發(fā)
通知服務(wù)
MVC模式
該模式將交互式應(yīng)用分為三個(gè)部分,為了將數(shù)據(jù)的內(nèi)部表示與用戶輸入和向用戶展示的形式分離開來,這樣可以解耦組件,同時(shí)也可以進(jìn)行高效的代碼重用
模型——包含核心功能和數(shù)據(jù)
視圖——向用戶顯示信息(可以定義多個(gè)視圖)
控制器——處理用戶的輸入
應(yīng)用:
主流編程語言的互聯(lián)網(wǎng)應(yīng)用架構(gòu)
網(wǎng)絡(luò)框架,如Django 和 Rails
黑板模式
此模式對(duì)于尚無確定性解決方案的問題很有用,黑板模式由三部分組成:
所有組件都可以訪問黑板,組件可能會(huì)產(chǎn)生要添加到黑板中的新數(shù)據(jù)對(duì)象,組件在黑板上尋找特定類型的數(shù)據(jù),并且可以通過與現(xiàn)有知識(shí)源進(jìn)行模式匹配來找到這些數(shù)據(jù)。
黑板—— 一個(gè)結(jié)構(gòu)化的全局內(nèi)存,包含解決方案領(lǐng)域的對(duì)象
知識(shí)源——具有自身含義的專業(yè)模塊
控制組件——選擇、配置和執(zhí)行模塊
應(yīng)用:
語音識(shí)別
車輛識(shí)別與跟蹤
蛋白質(zhì)結(jié)構(gòu)鑒定
聲吶信號(hào)解釋
解釋器模式
此模式通常用于設(shè)計(jì)組件來解釋使用專用語言寫出的程序,它主要指定如何估算程序行,即以特定語言編寫的語句或表達(dá)式
應(yīng)用
數(shù)據(jù)庫查詢語言,如SQL
用于描述通信協(xié)議的語言
====================================================================
單體架構(gòu)
前端(Web/手機(jī)端)+中間業(yè)務(wù)邏輯層+數(shù)據(jù)庫層
分布式應(yīng)用
是單體架構(gòu)的并發(fā)擴(kuò)展,將一個(gè)大的系統(tǒng)劃分為多個(gè)業(yè)務(wù)模塊,業(yè)務(wù)模塊分別部署在不同的服務(wù)器上,各個(gè)業(yè)務(wù)模塊之間通過接口進(jìn)行數(shù)據(jù)交互。數(shù)據(jù)庫也大量采用分布式數(shù)據(jù)庫,如redis、ES、solor等。
通過LVS/Nginx代理應(yīng)用,將用戶請(qǐng)求均衡的負(fù)載到不同的服務(wù)器上。
微服務(wù)架構(gòu)
Serverless架構(gòu)
云計(jì)算戰(zhàn)場:Serverless架構(gòu)