這篇文章主要介紹“數(shù)據(jù)庫(kù)分布式架構(gòu)下為什么要分層”，在日常操作中，相信很多人在數(shù)據(jù)庫(kù)分布式架構(gòu)下為什么要分層問(wèn)題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”數(shù)據(jù)庫(kù)分布式架構(gòu)下為什么要分層”的疑惑有所幫助！接下來(lái)，請(qǐng)跟著小編一起來(lái)學(xué)習(xí)吧！

網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計(jì)服務(wù)團(tuán)隊(duì)是一支充滿著熱情的團(tuán)隊(duì)，執(zhí)著、敏銳、追求更好，是創(chuàng)新互聯(lián)的標(biāo)準(zhǔn)與要求，同時(shí)竭誠(chéng)為客戶提供服務(wù)是我們的理念。創(chuàng)新互聯(lián)把每個(gè)網(wǎng)站當(dāng)做一個(gè)產(chǎn)品來(lái)開(kāi)發(fā)，精雕細(xì)琢，追求一名工匠心中的細(xì)致，我們更用心！

前言

分布式架構(gòu)下如果你的服務(wù)沒(méi)有分層，那么不應(yīng)該叫分布式架構(gòu)。有了分層更好的解決服務(wù)依賴問(wèn)題。提高管理效率，開(kāi)發(fā)效率，運(yùn)維效率

不分層

當(dāng)只有兩個(gè)服務(wù)的時(shí)候，好好看的清楚，當(dāng)有四個(gè)服務(wù)相互依賴的時(shí)候，已經(jīng)暈了

當(dāng)你有更多服務(wù)的時(shí)候.....你會(huì)？想死，

生產(chǎn)者與消費(fèi)者分層

分生產(chǎn)者與消費(fèi)者之后，依賴關(guān)系更加明確了，管理起來(lái)更加簡(jiǎn)單了。看下圖依賴關(guān)系是不是很明確了，模塊直接基本做了依賴解耦了，也方便業(yè)務(wù)解耦

1. 生產(chǎn)者與消費(fèi)者，不是絕對(duì)的一一對(duì)應(yīng)的。

   這里請(qǐng)問(wèn)下大家圖中的消費(fèi)者的模塊為什么分為用戶模塊與登錄日志模塊

2. 生產(chǎn)者不能調(diào)用生產(chǎn)者，消費(fèi)者也不能調(diào)用消費(fèi)者。意思就是同層之間不允許相互調(diào)用，一旦相互調(diào)用，等于沒(méi)有分層了。

3. 生產(chǎn)者消費(fèi)者可以有不同人開(kāi)發(fā)

4. 分層有利于業(yè)務(wù)演進(jìn)，分離，解耦,

當(dāng)系統(tǒng)體量大了怎么辦？

曾經(jīng)經(jīng)歷過(guò)一個(gè)大型電商項(xiàng)目，業(yè)務(wù)及其復(fù)雜，對(duì)高性能，高并發(fā)要求極高。實(shí)在無(wú)法進(jìn)行拆分了。于是在消費(fèi)者之上加一層業(yè)務(wù)層，解決了上述問(wèn)題。

這個(gè)方式是不是有點(diǎn)像中臺(tái)的模塊架構(gòu)。哈哈。

部署目錄規(guī)范

1. 不部署在/home下的用戶目錄，這樣不利于擴(kuò)展維護(hù)等

2. 在/（根） 目錄下創(chuàng)建屬于自己的目錄。分別創(chuàng)建消費(fèi)者，生產(chǎn)者，業(yè)務(wù)方三個(gè)目錄

3. 在對(duì)應(yīng)目錄下為服務(wù)創(chuàng)建各自的服務(wù)名

4. 在服務(wù)目錄創(chuàng)建log目錄用于存放日志，config存放配置文件

.
├── business
│   └── user
│       ├── config
│       └── log
├── consume
│   └── user
│       ├── config
│       └── log
└── producer
    └── user
        ├── config
        └── log

微服務(wù)架構(gòu)項(xiàng)目結(jié)構(gòu)

模塊依賴圖

1. entity

   entiry子模塊里面存放數(shù)據(jù)庫(kù)實(shí)體類，TDO。（個(gè)人不喜歡什么VO，TDO，DDO，項(xiàng)目就那么大，搞那么復(fù)雜干什么細(xì)節(jié)請(qǐng)看這種 博客管理與技術(shù)之方法（接口）行參與返回請(qǐng)用實(shí)體類）

2. common

   工具模塊，只要有兩個(gè)功能。1. entiry里面實(shí)體類，TDO之間的轉(zhuǎn)換。2. 寫一些不通用或者工具庫(kù)里面沒(méi)有工具方法。當(dāng)有時(shí)間了會(huì)把common里面的工具方法，加入到工具庫(kù)里面。保證common的單一性

3. service Interface

   provider子模塊提供的服務(wù)接口，由consumers 或者task 調(diào)用

4. provider

   服務(wù)提供者，只有被consumere或者task調(diào)用之外任何服務(wù)都不能調(diào)用。

5. consumers

   服務(wù)消費(fèi)者，可以被business調(diào)用或者直接被外部app調(diào)用

6. service-consumers

   consumers子模塊提供的服務(wù)接口，business 調(diào)用

7. business

   業(yè)務(wù)層

8. task

   定時(shí)任務(wù)子模塊，不應(yīng)該和provider與consumers 耦合。provider與consumers通常會(huì)部署多個(gè)，而task絕大部分情況只部署一個(gè)。如果與provider何consumers 耦合。你可能需要修改每個(gè)的配置，如果忘記修改造成啟動(dòng)多個(gè)task或者沒(méi)有啟動(dòng)task里面的任務(wù)，會(huì)造成致命的問(wèn)題。

項(xiàng)目結(jié)構(gòu)

包路徑應(yīng)該定義為:

1. com.dome.user.entity

2. com.dome.user.common

3. com.dome.user.service

4. com.dome.user.provider

5. com.dome.user.consumers

6. com.dome.user.service-consumers

7. com.dome.user.business

8. com.deme.user.task

業(yè)務(wù)架構(gòu)與基礎(chǔ)組建的關(guān)系

業(yè)務(wù)模塊應(yīng)該按需加載基礎(chǔ)組建，不寫到業(yè)務(wù)模塊里面，也不應(yīng)該全部依賴。按需加載依賴就行了。

到此，關(guān)于“數(shù)據(jù)庫(kù)分布式架構(gòu)下為什么要分層”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)?lái)更多實(shí)用的文章！

分享題目：數(shù)據(jù)庫(kù)分布式架構(gòu)下為什么要分層
網(wǎng)站地址：http://jinyejixie.com/article18/jdoodp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、網(wǎng)站維護(hù)、用戶體驗(yàn)、外貿(mào)網(wǎng)站建設(shè)、微信公眾號(hào)、標(biāo)簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)