微服務架構設計實踐
 
目    次

4.4.5  物理架構

4.4.5.1  物理架構定義

        物理架構定義了“程式”如何對映(安裝、部署或燒寫等)到“硬體”,以及“資料“如何在”硬體“上儲存和傳遞。

        物理架構必須考慮”功能的分佈“和”資料的分佈“這兩個方面。

        物理架構的設計著重考慮“安裝和部署需求”,即軟體系統最終如何安裝或部署到物理機器。

        物理架構檢視描述執行軟體的計算機、網路、硬體設施等情況,還包括如何將軟體包部署到這些硬體資源上,以及它們執行時的配置情況。

        另外,物理架構還要考慮軟體系統和硬體在內的整體IT系統之間是如何相互影響的。由於一部分執行時質量屬性需要硬體或網路的支援,所以物理架構必須關注如何配置硬體和網路來配合軟體系統的可靠性、可伸縮性、高可用性、效能、安全性等方面的要求。

        物理架構的設計主要完成下列工作:

            1.確定物理配置方案。

            2.確定如何將目標程式對映到物理節點。

4.4.5.2  物理架構設計原則

4.4.5.2.1  系統部署原則

        應用或服務部署過程中,應該遵循以下原則:

         

4.4.5.3  物理架構實踐

4.4.5.3.1  部署架構

        在網路區域劃分上,分行特色業務雲平臺採用行方現有的針對系統內部不同業務區域採用不同等級保護策略的網路區域。

        在伺服器部署方式上,分行特色業務雲平臺第一階段採用叢集部署,這樣既可以避免單點失敗,又可以根據實際使用者量和併發訪問量,在不影響系統正常執行的情況下,動態增加應用伺服器和資料庫伺服器,提高了系統性能,同時又提高了系統的可用性;

        分行特色業務雲平臺的物理架構圖如下所示:



 

4.4.5.3.2  軟硬體資源配置

        在虛擬機器叢集部署情況下,分行特色業務雲平臺軟硬體資源建議配置如下表所示:


        另外,開通總行、分行之間的訪問關係:

            1.分行應用伺服器訪問總行應用伺服器(多臺)。

            2.分行應用伺服器訪問總行註冊中心(多臺)。

            3.分行應用伺服器訪問總行監控中心(多臺)。

4.4.5.3.3  私有云部署

        當分行特色業務雲平臺遷移到行方私有云時,從總體上來說,除底層的物理基礎設施發生變化,其它技術基本還是遵循上述內容。

        物理基礎設施發生變化以後,服務部署方式如下圖所示:

         

  微信掃一掃,關注該公眾號

  該系列文章已經在微信公眾號釋出,如果感興趣,請關注。

   以後更多知識通過該微信公眾號分享。