來自Stitch Fix團(tuán)隊(duì)的工程副總裁Randy Shoup在QCon紐約2017會(huì)議上討論了如何在基于微服務(wù)的應(yīng)用中管理數(shù)據(jù)和隔離持久化。他還介紹了將事件（Event）作為微服務(wù)的第一類構(gòu)造。他介紹自己的團(tuán)隊(duì)將機(jī)器學(xué)習(xí)技術(shù)應(yīng)用到了業(yè)務(wù)的各個(gè)組成部分，比如購買、庫存管理以及風(fēng)格推薦等。

個(gè)性化推薦會(huì)基于庫存運(yùn)行機(jī)器學(xué)習(xí)，從而創(chuàng)建出推薦的算法。這些推薦算法隨后會(huì)被全國范圍內(nèi)的設(shè)計(jì)師所監(jiān)管，從而形成個(gè)性化風(fēng)格的推薦。

微服務(wù)架構(gòu)是漸進(jìn)演化的。像eBay、Twitter和Amazon這樣的組織都經(jīng)歷了一些架構(gòu)的迭代，從單體應(yīng)用轉(zhuǎn)換成了微服務(wù)。

微服務(wù)除了具有單一的目的、定義良好的接口、模塊化和獨(dú)立性之外，還需要負(fù)責(zé)隔離持久化。Shoup討論了一些持久化的方式，比如操作自己的數(shù)據(jù)存儲(chǔ)或使用持久化服務(wù)。在第一種方式中，會(huì)將數(shù)據(jù)存儲(chǔ)在自己的數(shù)據(jù)庫實(shí)例中，這個(gè)實(shí)例是由服務(wù)團(tuán)隊(duì)擁有并進(jìn)行運(yùn)維的。而如果采用持久化服務(wù)的話，我們會(huì)將數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)庫的一個(gè)單獨(dú)的模式中，由其他團(tuán)隊(duì)或第三方供應(yīng)商以服務(wù)的方式進(jìn)行運(yùn)維。數(shù)據(jù)應(yīng)該是與服務(wù)的其他消費(fèi)者相隔離的。

事件是微服務(wù)架構(gòu)中的第一類構(gòu)造。它們代表了現(xiàn)實(shí)世界是如何運(yùn)作的并且保證應(yīng)用符合一定的領(lǐng)域要求，比如在金融方面。事件是服務(wù)接口的重要組成部分，它應(yīng)該包含服務(wù)產(chǎn)生的所有事件以及服務(wù)消費(fèi)的所有事件。

從單體共享數(shù)據(jù)庫抽取微服務(wù)一般涉及到如下幾個(gè)步驟：

Shoup還討論到微服務(wù)用例涉及到共享數(shù)據(jù)（Shared Data）、連接（join）以及事務(wù)。

共享數(shù)據(jù)：創(chuàng)建的服務(wù)是單一系統(tǒng)記錄（System of Record，SoR）的并且擁有自己的所有數(shù)據(jù)。數(shù)據(jù)的其他副本是只讀的，只是非權(quán)威（non-authoritative）的緩存。為了訪問共享數(shù)據(jù)，我們有三個(gè)可選方案：同步查找（一個(gè)服務(wù)調(diào)用另外的服務(wù)來獲取數(shù)據(jù)）、具有緩存的異步事件或共享元數(shù)據(jù)庫；

連接：將數(shù)據(jù)切分為單獨(dú)的服務(wù)會(huì)讓連接變得很困難。在微服務(wù)領(lǐng)域中，我們可以在客戶端應(yīng)用中進(jìn)行數(shù)據(jù)連接，或者是通過監(jiān)聽兩個(gè)服務(wù)的事件，創(chuàng)建“物化視圖（Materialized Views）”，并在本地存儲(chǔ)中維護(hù)非規(guī)格化（denormalized）的兩個(gè)數(shù)據(jù)集的連接結(jié)果。

事務(wù)：在單體應(yīng)用中，事務(wù)管理非常容易，但是在微服務(wù)架構(gòu)中卻非常困難，因?yàn)閿?shù)據(jù)被拆分到了多個(gè)不同的服務(wù)中了。我們可以將事務(wù)實(shí)現(xiàn)為一種工作流，它會(huì)按照倒序使用補(bǔ)償操作從而形成一種回滾機(jī)制。很多現(xiàn)實(shí)系統(tǒng)已經(jīng)采用了這種方式，比如支付處理和費(fèi)用審批的系統(tǒng)。這些流程也是采用功能即服務(wù)（Serverless架構(gòu)）的理想候選方案。

查看英文原文：Managing Data in Microservices