網站架構演變過程

網站架構演變過程

傳統架構

傳統項目分爲三層架構，將業務邏輯層、數據庫訪問層、控制層放入在一個項目中 使用SSH或者SSM技術。

優勢:適合於我的或者小團隊開發，不適合大團隊開發。

分佈式架構

根據業務需求進行拆分紅N個子系統，多個子系統相互協做才能完成業務流程子系統之間通信使用RPC遠程通信技術。

優勢:

1.把模塊拆分，使用接口通訊，下降模塊之間的耦合度。

2.把項目拆分紅若干個子項目，不一樣的團隊負責不一樣的子項目。

3.增長功能時只須要再增長一個子項目，調用其它系統的接口就能夠。

4.能夠靈活的進行分佈式部署。

有優勢就有缺點，缺點以下：

1.系統之間交互須要使用遠程通訊，接口開發增長工做量。

2.各個模塊有一些通用的業務邏輯沒法共用。

爲了解決上面分佈式架構的缺點，咱們引入了soa架構，SOA：Service Oriented Architecture面向服務的架構。也就是把工程拆分紅服務層、表現層兩個工程。服務層中包含業務邏輯，只須要對外提供服務便可。表現層只須要處理和頁面的交互，業務邏輯都是調用服務層的服務來實現。

SOA架構

SOA是一種軟件架構模式，將共同的業務邏輯抽取出來，封裝成單獨的服務

業務系統分解爲多個組件，讓每一個組件都獨立提供離散，自治，可複用的服務能力

經過服務的組合和編排來實現上層的業務流程

做用：簡化維護,下降總體風險,伸縮靈活

微服務架構

微服務是指開發一個單個、小型的但有業務的服務，每一個服務都有本身的處理和輕通信機制，能夠部署在單個服務器上，讓專業的人作專業的事情。

微服務與SOA相比，更加輕量級。

SOA與微服務架構區別

OA架構主要針對企業級、採用ESB服務（ESB企業服務總線），很是重，須要序列化和反序列化，採用XML格式傳輸。

微服務架構主要互聯網公司，輕量級、小巧，獨立運行，基於Http+Rest+JSON格式傳輸。

ESB也能夠說是傳統中間件技術與XML、Web服務等技術相互結合的產物。

1.在微服務中，與SOA不一樣，服務能夠獨立於其餘服務進行操做和部署，所以更容易常常部署新版本的服務和獨立擴張服務，讓專業的人作專業的事情，快速迭代新的產品。

2.在SOA中服務可能共享數據存儲，而微服務中每一個服務都具備獨立的數據存儲。

3.SOA與微服務主要區別在於規模和範圍，SOA是一種思想，是面向服務架構體系，微服務繼承 了SOA的優勢，去除傳統的ESB消息總線，採用Http+json格式通信方式，更加輕量級。