前言

[[271713]]

最近幾年，樓主在微服務領(lǐng)域做過一些架構(gòu)設(shè)計，針對新老服務如何微服務化積累一定經(jīng)驗，先分享給大家，希望對大家有用。同時歡迎頭條朋友在評論區(qū)留言，共同討論微服務該如何演進。

一、平臺微服務改造方案

1、啟動方式

啟動方式改為spring-boot啟動，需修改pom文件，修改之前的配置文件加載方式。

Springboot打包可以打成jar， 也可以打出包含jsp的war，但是war的打包方式目前沒有研究。配置文件可以合并，也可以加載指定文件。

2、服務劃分

需要新增多個服務，如服務發(fā)現(xiàn)、服務網(wǎng)關(guān)、配置中心服務、負載均衡等，需要用到spring-cloud。除此之外，如果不手動啟動停止服務、方便管理，還需要一些自動化管理部署工具(Docker + k8s)。

平臺具體的功能被劃分為以下4個服務

3、登錄認證

登錄認證由網(wǎng)關(guān)配合認證服務共同完成。各服務本身上跟認證相關(guān)的配置也需要更改。

4、前端展示

采用Angular2+Bootstrap+H5展示View層，淘汰jsp。

5、代碼結(jié)構(gòu)

6、MVC框架

業(yè)務邏輯層(service)保持不變;數(shù)據(jù)訪問層改成JPA實現(xiàn)(repository);controller層改成restful風格，struts的全部改成rest的springmvc。

使用spring-data技術(shù)，在此基礎(chǔ)上擴展了其基類方法。支持以下多種查詢方式：

在configuration類上添加@enableJpaRepository注解

@configuration@enableJpaRepository(basePackages={“xxx”}, repositoryFactoryBeanClass=BaseRepositoryFactoryBean.calss)public class Application { …}

2、編寫的repository接口都繼承自BaseRepository接口

7、單元測試與集成測試

目前前端后端分組，原則上前端單元測試不依賴于后臺數(shù)據(jù)，前后端定義好json數(shù)據(jù)格式，以便前端獨立測試。

前端用karma進行單元測試;后端用mock+postman進行單元測試。

8、數(shù)據(jù)庫設(shè)計

9、關(guān)于工程切換和數(shù)據(jù)源切換

目前基本上是一個服務訪問一個數(shù)據(jù)源。

10、上下文

AuthenticationHolder來獲取當前登錄用戶信息。

11、服務間調(diào)用

服務的api在實現(xiàn)時，都是通過rest方式來實現(xiàn)。通過spring-cloud-feign技術(shù)作為http客戶端調(diào)用遠程http服務。服務端接口暴露方式如下：

客戶端調(diào)用方式如下：

@Autowired 
private LogRemoteService service; // 遠程服務 

凡是涉及到兩個服務的之間API接口調(diào)用，不能使用之前的pom引入，改為服務間調(diào)用的方式。所以需要兩個服務都引用共同的實體，共用的實體需要提取出來。系統(tǒng)參數(shù)和字典、操作日志都需要改成微服務

12、緩存框架

使用redis + ehcache兩級緩存，原理如下：

添加數(shù)據(jù)時，在緩存到遠程redis的同時，緩存一份到本地進程ehcache(此處的ehcache不用做集群，避免組播帶來的開銷)，取緩存的時候會先取本地，沒有會向redis請求，這樣會減少應用服務器<–>緩存服務器redis之間的網(wǎng)絡(luò)開銷。(見下圖，為了減少get這幾條網(wǎng)絡(luò)傳輸，我們會在每個應用服務器上增加本地的ehcache緩存作為二級緩存，即第一次get到的數(shù)據(jù)存入ehcache，后面output輸出即可從本地ehcache中獲取，不用再訪問redis了，所以就減少了以后get的網(wǎng)絡(luò)開銷。get開銷只要一次，后續(xù)不需要了，除非本地緩存過期需要再get。

13、操作日志切面處理

操作日志切面處理。之前核心包有些service用到記錄操作日志、和當前用戶的方法都需要改。

第一步，定義注解類注解類Logging

第二步，服務定義切面

@Aspect 
@Component 
public class LogAspect { 
    … 
} 

第三步，在需要記錄操作日志的方法上添加注解

@RestController 
@RequestMapping(value = "/xxx") 
public class xxxController { 
 @Logging(title="查詢訂單列表操作", data="查詢類型為｛0｝訂單") 
 @RequestMapping( value="/showData", method = RequestMethod.GET) 
 public ResponseEntity<String> showData(String tupe){ 
 … 
 } 
} 

14、分布式異常與事務

調(diào)用其他服務異常時，該業(yè)務是否繼續(xù)進行問題需要做特殊處理。而分布式事物的回滾問題，目前還沒有研究，要實現(xiàn)可能代碼寫的時候要麻煩些，需要考慮各種情況，為了回滾也需要記錄操作前的數(shù)據(jù)。

15、統(tǒng)一返回碼處理

為了提高前后端的交互體驗，對后臺返回的數(shù)據(jù)和異常進行了統(tǒng)一封裝。并根據(jù)不同類型的返回值定義了一系列的返回碼。

后端返回值格式如下：

｛ 
 “code“: “10001“, 
 “message“: “code重復，不能保存！“, 
 “data“:null 
｝ 

其中：code代碼返回碼，message代碼提示信息，data代表返回數(shù)據(jù)。以上是一個校驗異常的示例。返回碼定義列表如下：

二、前端框架設(shè)計

1、背景

在過去的幾年，前端技術(shù)飛速發(fā)展，涌現(xiàn)了很多優(yōu)秀的框架，新興的前端技術(shù)主要有以下特點：

• 用戶體驗

從html5產(chǎn)生以來，隨著富客戶端技術(shù)的多種多樣，用戶體驗變得越來越重要。頁面的美觀性、響應速度、內(nèi)存消耗性能優(yōu)劣等成為客戶選擇產(chǎn)品非常重要的因素。

• 組件化

利潤最大化的兩個主要途徑是減少部署成本、提高開發(fā)效率;而提高開發(fā)效率的兩個主要途徑就是加快開發(fā)速度，減少變更代價。JavaScript組件化的目標是清晰的職責，松耦合，便于單元測試和重復利用，提高開發(fā)效率。

• MV*框架

類似于后端的分層，前端也大致分為三層，從發(fā)展上經(jīng)歷了由MVC --> MVP --> MVVM的轉(zhuǎn)換，MV*代表這三者及類似框架。MV*框架的理念是把前端按照職責分層，每一層都相對比較獨立，有自己的價值，也有各自發(fā)揮的余地。

• 工程化

一個符合工程化要求的軟件系統(tǒng)(前端)需要包含的要素：

開發(fā)規(guī)范;模塊化開發(fā);組件化開發(fā);組件倉庫;性能優(yōu)化;項目部署;開發(fā)流程;開發(fā)工具。

2、目標

• 搭建前端框架，制定開發(fā)規(guī)范及開發(fā)流程

選用目前應用最廣，有著良好的開源社區(qū)及技術(shù)支持的MV*框架，結(jié)合公司后臺管理類系統(tǒng)的特點，進行技術(shù)選型及框架設(shè)計。在編程模型確定以后，制定前端開發(fā)流程及開發(fā)規(guī)范。

• 搭建符合前端框架的開發(fā)環(huán)境及開發(fā)、打包、發(fā)布工具

根據(jù)前端開發(fā)、部署及測試等需求，建立前端的開發(fā)工具、開發(fā)環(huán)境、打包及部署等工具。

• 基于界面交互風格，開發(fā)通用組件庫

為了提高應用開發(fā)效率，需要建立一套頁面組件庫，滿足應用開發(fā)的各個場景。

• 建立一套優(yōu)秀用戶體驗的界面交互風格及視覺效果

建立優(yōu)秀的前端框架可以支持更加豐富的頁面交互效果，提高響應速度，提升用戶體驗。但是沒有良好的交互及視覺效果設(shè)計，這一切用戶是很難感受到的，所以前端的交互風格及視覺效果是不可或缺的一部分。

3、技術(shù)選型

基于目標通過技術(shù)調(diào)研并結(jié)合公司實際情況選取如下前端技術(shù)棧：

前端新的框架層出不窮，為什么最終會選擇Angular，主要有以下幾方面的原因：

• 整合性(ALL-IN-ONE)。它涵蓋了M、V、C/VM等各個層面，不需要組合、評估其它技術(shù)就能完成大部分前端開發(fā)任務，可以有效降低決策成本，提高決策速度。
• 組件化。Angular原生支持組件化開發(fā)，便于代碼解耦和復用，提高開發(fā)效率。
• 全生命周期支持。一個優(yōu)秀的框架需要對分工提供良好的支持，每個人都可以先從一些簡單任務開始，逐步的從修改一個文件擴大到修改一個目錄再到獨立實現(xiàn)一個特性。Angular是一個大型開源項目，并得到了Google的鼎力支持，學習成本相對較低，可以讓新人快速融入項目組，貢獻生產(chǎn)力。
• 支持單元測試和e2e測試。Angular對單元測試和e2e測試更加友好，可以更快速地編寫測試代碼，完成自動化測試。

4、界面設(shè)計

設(shè)計原則

對應用系統(tǒng)的功能能夠一目了然、不需要多少培訓就可以方便使用該應用系統(tǒng)，一直是做好用戶界面的最終目標!

本系統(tǒng)堅持圖形用戶界面(GUI)設(shè)計原則：

• 設(shè)計時首先關(guān)注用戶及其業(yè)務，而不是技術(shù)如何實現(xiàn)
• UI設(shè)計簡潔美觀，視覺元素清晰

采用蘋果灰的配色方案以及親和力比較強的“桔色#ff9900”為主體色。

可理解性操作思維

行為、反饋、可視化展現(xiàn)和信息等一系列活動，應該有合理的順序，很容易記得，容易放置在內(nèi)容中。

可配置性

允許簡單的個性化配置、設(shè)置或新配置。

• 界面以及操作一致性
• 引導性術(shù)語描述，引導用戶行為

一方面為：幫助信息，輔助用戶完成操作的提示信息;另一方面為：用戶操作結(jié)果的反饋信息(多為彈出提示框形式出現(xiàn))。

5、設(shè)計規(guī)范

 

 

 

 

 

 

 

 

 

 

 

 

6、框架結(jié)構(gòu)

如上圖為前端整體框架結(jié)構(gòu)，包括：

• 入口文件：index.html同時也是應用程序首頁面。index.html中可以定義系統(tǒng)的全局的樣式。
• appModule：系統(tǒng)的根模塊，Angular 應用是模塊化的，每個應用至少有一個跟模塊。
• homeModule：系統(tǒng)界面框架模塊，包括左側(cè)菜單欄、頂部導航欄以及中間內(nèi)容區(qū)。
• sysModule：平臺安全框架模塊。
• otherModule：其它應用模塊。
• base/constants：平臺提供的基類以及常量。
• 組件庫：組件庫為平臺搭建的通用組件，滿足應用開發(fā)的常用場景，可以作為第三方依賴包集成到應用開發(fā)中，提高應用產(chǎn)品開發(fā)效率。

目前，組件庫的開發(fā)已完成80%左右，可以滿足應用基本業(yè)務場景，后續(xù)還需要不斷地擴充、完善和優(yōu)化，讓組件庫更方便、易用。

7、工程化

工程化的主要目的是提高效率、降低成本，因此前端工程化也是必不可少的一部分，前面提到了工程化的幾個要素，針對這幾個要素提出了我們的解決方案：

• 開發(fā)規(guī)范

定義前端開發(fā)規(guī)范文檔，并通過TSLint和codelyzer對代碼進行檢查。

• 模塊化開發(fā)

利用Angular的module功能對不同的應用模塊采用模塊化開發(fā)。

• 組件化開發(fā)

Angular原生支持組件化開發(fā)，降低代碼的耦合性，提高代碼可復用性。

• 組件倉庫

利用cnpm搭建私服，所有組件庫在cnpm私服中統(tǒng)一管理。

• 開發(fā)流程

定義開發(fā)流程，明確職責和協(xié)同，明確目標，提高開發(fā)效率。(目前，開發(fā)流程還沒有完全固化下來，仍需要進一步完善)

• 開發(fā)工具

平臺組完成開發(fā)語言、開發(fā)工具、測試工具、發(fā)布工具等選型，所有應用產(chǎn)品按照規(guī)范統(tǒng)一開發(fā)工具。

• 性能優(yōu)化

頁面的響應時間對于用戶是非常重要的，因此前端的性能優(yōu)化(按需加載、延遲加載、代碼壓縮、緩存等)是很重要的一部分，目前這部分考慮的比較少，后續(xù)會重點考慮前端性能優(yōu)化內(nèi)容。

三、后端框架設(shè)計

1、 服務拆分

公共服務

2、公共組件

3、開發(fā)靜態(tài)視圖

平臺基礎(chǔ)框架

平臺基礎(chǔ)框架提供公共的API供業(yè)務開發(fā)者調(diào)用，讓他們關(guān)注與業(yè)務層面的代碼實現(xiàn)，而不是平臺底層框架實現(xiàn)。

平臺基礎(chǔ)框架包括：

1) 基礎(chǔ)核心(app-cloud-framework-core)

提供數(shù)據(jù)庫訪問配置、Base基類(Service、Repository)、實體、工具、注解、切面、常量功能等

2) 控制層(app-cloud-framework-mvc)

提供控制層基類(Controller)、獲取認證用戶功能等。

如下圖所示：

平臺基礎(chǔ)服務

平臺基礎(chǔ)服務存在的目的是為用戶提供訪問入口、安全認證;為服務提供注冊與發(fā)現(xiàn)、負載均衡、熔斷、配置等功能。

平臺基礎(chǔ)服務包括：

1) 認證服務(app-cloud-cloudware-authserver)

用于實現(xiàn)用戶單點登錄和退出。

2) 配置中心服務(app-cloud-cloudware-configserver)

用于管理各個服務的配置文件管理。

3) 注冊與發(fā)現(xiàn)服務(app-cloud-cloudware-discovery)

用于管理服務的注冊與發(fā)現(xiàn)。

4) 網(wǎng)關(guān)服務(app-cloud-cloudware-gateway)

實現(xiàn)用戶統(tǒng)一入口訪問，動態(tài)路由，安全認證等。

如下圖所示：

四、持續(xù)構(gòu)建與交付

Jenkins

Jenkins與Gitlab、Docker、Sonar配合完成服務源代碼的校驗、構(gòu)建和發(fā)布。

最終構(gòu)件分為兩個部分：

1. Docker鏡像
2. 二進制包(例如jar)

成果展示

服務源代碼構(gòu)建任務清單：

1. app-cloud-cloudware-authserver(認證服務源代碼構(gòu)建任務)
2. app-cloud-cloudware-configserver(配置中心服務構(gòu)源代碼建任務)
3. app-cloud-cloudware-discovery(服務注冊與發(fā)現(xiàn)源代碼構(gòu)建任務)
4. app-cloud-cloudware-gateway(服務網(wǎng)關(guān)源代碼構(gòu)建任務)
5. app-cloud-param-service(公用參數(shù)服務源代碼構(gòu)建任務)
6. app-cloud-security-service(安全框架服務源代碼構(gòu)建任務)
7. 其他服務

基礎(chǔ)框架源代碼構(gòu)建任務清單：

1. app-cloud-framework(基礎(chǔ)框架源代碼構(gòu)建任務)
2. app-cloud-platformwork(平臺框架源代碼構(gòu)建任務)

如下圖所示：

例子：編譯服務網(wǎng)關(guān)源代碼

把服務網(wǎng)關(guān)打成鏡像，上傳到鏡像庫。

 

Gitlab

Gitlab是一個版本控制管理系統(tǒng)。實現(xiàn)一個自托管的Git項目倉庫，可通過Web界面進行訪問公開的或者私人項目。它擁有與Github類似的功能，能夠瀏覽源代碼，管理缺陷和注釋?？梢怨芾韴F隊對倉庫的訪問，它非常易于瀏覽提交過的版本并提供一個文件歷史庫。

如下圖：

 

例子：安全框架服務源碼

我們規(guī)定，一個完整的微服務，其靜態(tài)視圖包含如下幾個部分：

1.Dockerfile文件

用于創(chuàng)建Docker鏡像，實現(xiàn)微服務容器化部署。

2.api目錄

對外暴露服務的api接口訪問地址。例如我們想獲取張三的用戶信息，就可以調(diào)用用戶信息的API接口，請求地址為http://localhost/security-service/user/vi/000809

3.config目錄

用于配置數(shù)據(jù)庫訪問、服務啟動時配置參數(shù)加載以及api接口授權(quán)訪問控制。

4.repository目錄

數(shù)據(jù)的訪問層，提供訪問數(shù)據(jù)庫數(shù)據(jù)的接口

5. 實體目錄(獨立項目，通過pom引入)

用于處理實體與數(shù)據(jù)庫表映射關(guān)系;api資源授權(quán)訪問控制;為repository層提供數(shù)據(jù)封裝體。

6. service目錄

用于處理具體業(yè)務的邏輯

7. 啟動類Application

Maven私服庫

Docker私服庫

鏡像項目

平臺鏡像項目

安全框架服務鏡像地址

五、個人開發(fā)環(huán)境配置清單