微服務架構案例(06)：經過業務、應用、技術、存儲方面，聊聊架構

更新進度(共6節)： 源碼地址：GitHub·點這裏 || GitEE·點這裏

章節	文章標題
01	項目技術選型簡介，架構圖解說明
02	業務架構設計，系統分層管理
03	數據庫選型，業務數據設計規劃
04	中間件集成，公共服務管理
05	SpringCloud 基礎組件應用設計
06	經過業務、應用、技術、存儲方面，聊聊架構

1、架構的概念

架構分類可細化的分爲業務架構、應用架構、技術選型、代碼規劃、部署環境架構等。業務架構是核心的驅動力，應用架構是實現的思路，技術選型落地是結果。根據用戶需求，設計合理的業務架構，作出相應的應用架構流程，最後落地實施，完成項目。如何在架構的初期，預判業務發展的速度，保證架構能夠穩定快速的擴展，支撐起業務發展，這個是軟件開發者，特別是架構師，須要長期積累和修煉的核心能力。

2、業務架構

業務架構中包括業務規劃、功能模塊、流程設計，微服務架構模式中對整個系統的業務進行服務化拆分設計，把實際的業務抽象化,進而進行封裝，優化服務結構。不須要最好的架構，只選則合適的架構，系統架構的原則都要以解決業務問題爲核心目標，任何不基於業務作天馬行空的架構都是對公司的不負責任。

3、應用架構

應用架構流程是基於業務架構來設計的，相輔相成的關係。每一個應用能夠做爲獨立的服務組件，把系統規劃爲一個個服務模塊，進而進行開發，部署，運維等系列操做，所謂應用就是各個服務模塊。首選要明確各個服務核心功能，其次肯定各個服務間協調工做，保證服務的穩定性。微服務架構模式下，對系統進行水平拆分和垂直拆分，作到能夠對任何高併發的服務模塊進行獨立擴展，靈活性很是好。

4、數據架構

數據架構是肯定數據庫模型的設計，不一樣業務場景下的數據能夠選擇不一樣種類的庫來存儲，例如搜索的數據可使用ES，熱點數據可使用Redis，普通業務數據能夠選擇MySQL。

5、項目代碼規劃

一、分層結構設計

清晰的分層設計能夠幫助快發人員快速的理解系統，縮短熟悉系統的時間。

二、模塊依賴

給出模塊依賴的明確順序，好比接口(Web層)依賴服務層(Service層)，服務實現(Impl)依賴持久層接口(Dao)，持久層實現(DaoImpl)依賴表實體對象(Entity),避免系統陷入代碼雜亂的坑中。

三、開發規範

每一個項目開發必需要遵照統一的編碼規範文檔，統一命名格式，註釋風格，這樣能夠方便其餘人員快速閱讀和理解代碼邏輯。

6、技術選型落地

選擇合適的基礎框架，數據庫，中間件，基於項目的開發規範，把應用架構完整的實現，這樣項目就很難走偏。把握系統的高可用、高性能、擴展、伸縮、安全管理等方方面面的知識須要一個持久的積累和在實踐中不斷進步。

7、源代碼地址

GitHub·地址
https://github.com/cicadasmile/husky-spring-cloud
GitEE·地址
https://gitee.com/cicadasmile/husky-spring-cloud