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