摘要:單體架構(gòu)簡介經(jīng)典的層模型,即表示層業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層。口數(shù)據(jù)訪問層用于操作數(shù)據(jù)庫,用戶在表示層會產(chǎn)生大量的數(shù)據(jù),通過數(shù)據(jù)訪問層對數(shù)據(jù)庫進(jìn)行讀寫操作。
1.1.1 單體架構(gòu)簡介
經(jīng)典的 3 層模型,即表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層。
口 表示層: 用于直接和用戶交互,也稱為交互層,通常是網(wǎng)頁、 UI 等。
口 業(yè)務(wù)邏輯層:即業(yè)務(wù)邏輯處理層,例如用戶輸入的信息要經(jīng)過業(yè)務(wù)邏輯層的處理后, 才能展硯給用戶。
口 數(shù)據(jù)訪問層: 用于操作數(shù)據(jù)庫,用戶在表示層會產(chǎn)生大量的數(shù)據(jù),通過數(shù)據(jù)訪問層對 數(shù)據(jù)庫進(jìn)行讀寫操作。
在一個小型應(yīng)用的初始階段,訪問量較小,應(yīng)用只需要一臺服務(wù)器就能夠部署所有的資源,例如將應(yīng)用程序、數(shù)據(jù)庫、文件資源等部署在同一臺服務(wù)器上。采用這種架構(gòu)的性價比是非常高的,開發(fā)速度快,開發(fā)成本 低,只需要一臺廉價的服務(wù)器。
口 業(yè)務(wù)越來越復(fù)雜,單體應(yīng)用的代碼量越來越大,代碼的可讀性、可維護(hù)性和可擴(kuò)展性下降,新人接手代碼所需的時間成倍增加,業(yè)務(wù)擴(kuò)展帶來的代價越來越大。
口 隨著用戶越來越多,程序承受的并發(fā)越來越高,單體應(yīng)用的并發(fā)能力有限。
口 測試的難度越來越大,單體應(yīng)用的業(yè)務(wù)都在同一個程序中,隨著業(yè)務(wù)的擴(kuò)張、復(fù)雜度 的增加,單體應(yīng)用修改業(yè)務(wù)或者增加業(yè)務(wù)或許會給其他業(yè)務(wù)帶來一定的影響,導(dǎo)致測 試難度增加。
1.1.3 單體架構(gòu)使用服務(wù)器集群及存在的不足口 系統(tǒng)仍然為單體應(yīng)用 , 大量的業(yè)務(wù)必然會有大量的代碼,代碼的可讀性和可維護(hù)性依 然很差。
口 面對海量的用戶,數(shù)據(jù)庫將會成為瓶頸,解決方案將使用分布式數(shù)據(jù)庫,也就是將數(shù) 據(jù)庫進(jìn)行分庫分表。
口 持續(xù)交付能力差,業(yè)務(wù)越復(fù)雜,代碼越多,修改代碼和添加代碼所需的時間越長。新 人熟悉代碼的時間長、成本高。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/69585.html
摘要:微服務(wù)的復(fù)雜度框架知識服務(wù)于服務(wù)通信服務(wù)與服務(wù)之間相互依賴。服務(wù)的部署可選用。指服務(wù)的可用性。微服務(wù)系統(tǒng)通常是一個系統(tǒng),即同時滿足了可用性和分區(qū)容錯。兩階段提交,將事務(wù)分成兩部分能夠大大提高分布式事務(wù)成功的概率。 主要體現(xiàn)在如下方面。 微服務(wù)的復(fù)雜度(框架知識、服務(wù)于服務(wù)通信、服務(wù)與服務(wù)之間相互依賴)。 分布式事務(wù)(重點(diǎn))。 服務(wù)的劃分(業(yè)務(wù)場景劃分邊界,最好無耦合,都能單獨(dú)運(yùn)行和替...
摘要:微服務(wù)的設(shè)計原則軟件設(shè)計每一個版本都在變化,所以軟件設(shè)計應(yīng)該是漸進(jìn)式發(fā)展。在微服務(wù)設(shè)計時,一定要考慮清楚這三個難題,從而選擇合適的框架。目前比較流行的微服務(wù)框架有社區(qū)的公司的等。微服務(wù)應(yīng)該具備的功能。 微服務(wù)的設(shè)計原則 軟件設(shè)計每一個版本都在變化,所以軟件設(shè)計應(yīng)該是漸進(jìn)式發(fā)展。 軟件從一開始就不應(yīng)該被設(shè)計成微服務(wù)架構(gòu),微服務(wù)架構(gòu)固然有優(yōu)勢,但是它需要更多的資源,包括服務(wù)器資源、技術(shù)人員...
摘要:熔斷機(jī)制為了防止雪崩效應(yīng)事件的發(fā)生,分布式系統(tǒng)采用了熔斷機(jī)制。為了解決這一難題,微服務(wù)架構(gòu)引入了熔斷機(jī)制。由于微服務(wù)系統(tǒng)是分布式系統(tǒng),服務(wù)與服務(wù)之間沒有任何的禍合。 1.2.1 什么是微服務(wù) 按業(yè)務(wù)劃分為一個獨(dú)立運(yùn)行的程序,即服務(wù)單元。 服務(wù)之間通過 HTTP 協(xié)議相互通信。 自動化部署。 可以用不同的編程語言。 可以用不同的存儲技術(shù)。 服務(wù)集中化管理。 微服務(wù)是一個分布式系統(tǒng)。 ...
摘要:口服務(wù)的負(fù)載均衡。服務(wù)的注冊與發(fā)現(xiàn)接口管理服務(wù)注冊是指向服務(wù)注冊中心注冊一個服務(wù)實(shí)例,服務(wù)提供者將自己的服務(wù)信息如服務(wù)名地址等告知服務(wù)注冊中心。服務(wù)注冊中心會提供服務(wù)的健康檢查方案,檢查被注冊的服務(wù)是否可用。服務(wù)降級的功能。 微服務(wù)具有以下的特點(diǎn)。 口 按照業(yè)務(wù)來劃分服務(wù),單個服務(wù)代碼量小,業(yè)務(wù)單一,易于維護(hù)。 口 每個微服務(wù)都有自己獨(dú)立的基礎(chǔ)組件,例如數(shù)據(jù)庫、 緩存等,且運(yùn)行在獨(dú)立...
摘要:負(fù)載均衡組件是一個負(fù)載均衡組件,它通常和配合使用。和配合,很容易做到負(fù)載均衡,將請求根據(jù)負(fù)載均衡策略分配到不同的服務(wù)實(shí)例中。和配合,在消費(fèi)服務(wù)時能夠做到負(fù)載均衡。在默認(rèn)的情況下,和相結(jié)合,能夠做到負(fù)載均衡智能路由。 2.2.1 簡介 Spring Cloud 是基于 Spring Boot 的。 Spring Boot 是由 Pivotal 團(tuán)隊(duì)提供的全新 Web 框架, 它主要的特點(diǎn)...
閱讀 873·2021-11-19 11:29
閱讀 3363·2021-09-26 10:15
閱讀 2874·2021-09-22 10:02
閱讀 2447·2021-09-02 15:15
閱讀 1983·2019-08-30 15:56
閱讀 2426·2019-08-30 15:54
閱讀 2929·2019-08-29 16:59
閱讀 646·2019-08-29 16:20