期望消失時(shí)，恐懼就產(chǎn)生。

????????????????????——格拉西安

大綱

圖示

案例介紹

1.業(yè)務(wù)分析

模擬電商網(wǎng)站購(gòu)物場(chǎng)景中的【下單】和【支付】業(yè)務(wù)

圖示

（1）下單

用戶請(qǐng)求訂單系統(tǒng)下單

訂單系統(tǒng)通過RPC調(diào)用訂單服務(wù)下單

訂單服務(wù)調(diào)用調(diào)用庫(kù)存服務(wù)，扣減庫(kù)存

訂單服務(wù)調(diào)用優(yōu)惠券服務(wù)，扣減優(yōu)惠券

訂單支付完成后確認(rèn)訂單

（2）支付

用戶請(qǐng)求支付系統(tǒng)

支付系統(tǒng)調(diào)用第三方支付平臺(tái)API進(jìn)行發(fā)起支付流程

用戶通過第三方支付平臺(tái)支付成功后，第三方支付平臺(tái)回調(diào)通知支付系統(tǒng)

支付系統(tǒng)調(diào)用訂單服務(wù)確認(rèn)訂單

問題分析

1.分布式系統(tǒng)宕機(jī)問題

整個(gè)系統(tǒng)是分布式部署，有訂單系統(tǒng)、商品系統(tǒng)、會(huì)員系統(tǒng)。三個(gè)系統(tǒng)通過RPC調(diào)用完成整個(gè)下單流程。RPC調(diào)用會(huì)導(dǎo)致下單中各系統(tǒng)耦合在一起，假如會(huì)員系統(tǒng)宕機(jī)，會(huì)導(dǎo)致下單流程的不可用。

如何異步解耦：

利用RocketMQ，訂單系統(tǒng)在下單后，作為生產(chǎn)者把“下單消息”寫入MQ，商品系統(tǒng)與會(huì)員系統(tǒng)作為消費(fèi)者消費(fèi)MQ中的“下單消息”。這樣可以達(dá)到異步解耦的目的，只要訂單系統(tǒng)正常，對(duì)于用戶來說下單業(yè)務(wù)都可以正常進(jìn)行。

2.數(shù)據(jù)完整性問題

用戶提交訂單后，扣減庫(kù)存成功、扣減優(yōu)惠券成功，但是在確認(rèn)訂單操作失?。ū热纾褐Ц妒。?，那么就需要對(duì)庫(kù)存、優(yōu)惠券進(jìn)行回退。

如何保證數(shù)據(jù)的完整性？

在收到確認(rèn)訂單失敗通知后，向MQ發(fā)送“確認(rèn)失敗消息”

商品系統(tǒng)與會(huì)員系統(tǒng)作為消費(fèi)者監(jiān)聽“確認(rèn)失敗消息”，進(jìn)行對(duì)應(yīng)業(yè)務(wù)的回退。

3.無效訂單、同行攻擊！

用戶通過第三方支付平臺(tái)（支付寶、微信）支付，假如下了訂單，過了很久還沒支付，那么這個(gè)訂單應(yīng)該取消，所以這個(gè)地方涉及到限時(shí)訂單場(chǎng)景，系統(tǒng)在15分鐘之內(nèi)沒有支付成功，則需要取消訂單，同時(shí)回退庫(kù)存與優(yōu)惠券