分散式架構和微服務架構的區別

聚思力JSL123456發表於2024-03-25

首先舉個例子說明分散式架構:

想象一個大型線上購物網站,它需要處理成千上萬的併發使用者請求,同時需要保證資料的安全和一致性。

為了實現這個目標,該網站可能會採用分散式架構,將前端Web伺服器、後端業務邏輯伺服器

和資料庫伺服器分別部署在不同的機器上,透過介面進行資料互動,從而提高了系統的吞吐能力和可靠性。

微服務架構:

假設一個公司需要開發一套複雜的客戶關係管理系統,該系統需要處理客戶的訂單、庫存和銷售資料。

為了簡化開發、部署和運維,該公司可能會採用微服務架構,將整個系統劃分為多個獨立的服務,如訂單服務、

庫存服務等,每個服務都執行在自己的程序中,透過輕量級通訊協議進行資料互動。透過這種方式,每個服務

都可以獨立地開發和部署,提高了開發效率和執行效率。

微服務架構是一種將一個單一應用程式開發為一組小型服務的方法,每個服務執行在自己的程序中。


分散式架構是若干獨立計算機的集合,這些計算機對使用者來說就像單個相關係統。

1、概念不同:

微服務架構是設計層面的東西,一般考慮如何將系統從邏輯上進行拆分,也就是垂直拆分。

分散式架構是部署層面的東西,即強調物理層面的組成,即系統的各子系統部署在不同計算機上。


2、解決問題視角不同

微服務架構解決的是如何將一個大型應用程式劃分成多個微服務的問題。

分散式架構解決的是如何將一個大的系統劃分為多個業務模組,這些業務模組會分別部署到不同的機

器上,透過介面進行資料互動的問題。


3、部署方式不同

微服務架構的應用可以部署在是同一個伺服器,不一定是分散在多個伺服器上。

分散式架構是將一個大的系統劃分為多個業務模組,這些業務模組會分別部署到不同的機器上,透過

介面進行資料互動。


4、耦合度不同

微服務架構的各個服務是解耦的,每個服務都可以獨立地執行和更新,而不影響其他服務。

分散式架構的各個計算機之間可能會有依賴關係,需要透過介面進行通訊和資料互動,以保證系統的正常執行。


總的來說,分散式架構注重的是系統的併發效能和可靠性,而微服務架構注重的是系統的可維護性和

靈活性。這兩種架構各有優勢和適用場景,需要根據具體需求來選擇。


有海內外雲服務採購需求的請聯絡:

孫小姐

13603048836(微信同號)

————————————————



來自 “ ITPUB部落格 ” ,連結:https://blog.itpub.net/70037666/viewspace-3010075/,如需轉載,請註明出處,否則將追究法律責任。

相關文章