聊聊小背景
前幾天的早晨我早寫字樓門口干等了半小時逸寓，背后的原因竟然是健康碼的二維碼刷不出來居兆，保安小哥還一直跟我講，支付寶出不來你用微信啊竹伸，用微信啊泥栖。。
他們用的相同的接口勋篓，我用微信有卵用啊吧享，冷風(fēng)中我甩了甩僅有的幾根秀發(fā)，揚長而去譬嚣。耙蔑。。
作為程序員的我就開始了內(nèi)心的吐槽大會：這咋做的啊孤荣，不行呀甸陌，這就打不開了，肯定沒做優(yōu)化盐股，肯定沒用緩存钱豁，肯定沒做壓力測試。疯汁。牲尺。。幌蚊。
下面作為技術(shù)的視角來分析下這個場景的實現(xiàn)谤碳，以及可以怎么去優(yōu)化。這只是我YY哈溢豆，真實場景別人是怎么實現(xiàn)的我也不清楚哈蜒简。
需求剖析
每個人都有一個對應(yīng)的健康碼，健康碼分為幾種顏色漩仙，也就對應(yīng)了幾個狀態(tài)搓茬。本質(zhì)上就是通過健康碼的顏色能否區(qū)分這個用戶是否去過高風(fēng)險地址。
首先第一個問題就是需要根據(jù)多維度的數(shù)據(jù)去計算出這個碼的顏色队他，比如根據(jù)用戶的行動軌跡去分析卷仑。至于實際上有哪些維度我也不知道，大概猜測行動軌跡肯定是其中一點麸折。
大概的存儲也很簡單锡凝，就是userId code等字段，這個場景如果需要歷史數(shù)據(jù)可以單獨歸檔即可垢啼，只留最近一天的數(shù)據(jù)提供查詢即可窜锯。
實現(xiàn)剖析
最簡單的方案就是每次查詢實時去分析，這樣結(jié)果的真實性更高膊夹，不足點在于體驗不是很好衬浑，如果邏輯多的話肯定是無法在1s內(nèi)給用戶響應(yīng)的，所以在上面分析的時候我們設(shè)計了一張表進行存儲放刨，肯定是提前計算好的工秩，比如一天一次，半天一次之類的形式进统。
那我們基于已經(jīng)有表的形式去做分析助币，這個業(yè)務(wù)場景就是很典型的讀多寫（凌晨寫）少的場景。如果不做任何改動螟碎，每次請求直接查詢表直接響應(yīng)即可眉菱。在高并發(fā)場景下只能依賴數(shù)據(jù)庫的并發(fā)能力來扛住這些請求，很容易出現(xiàn)系統(tǒng)掛掉掉分，響應(yīng)慢的情況俭缓，也就是為什么我在門口等了半小時的原因克伊。
增加緩存
最好的方式就是加緩存了，直接將碼的內(nèi)容緩存起來华坦，前端根據(jù)內(nèi)容生成健康碼即可愿吹。首先這種場景不能再查詢之后加緩存，因為大部分人的監(jiān)控碼可能也就早晨進公司的時候用一次惜姐，所以不適合查詢后再寫緩存的操作犁跪。
需要在凌晨計算每個人健康碼的時候，同時將數(shù)據(jù)寫一份到緩存中歹袁，當(dāng)然這個可以根據(jù)平時的訪問的數(shù)據(jù)進行分析坷衍，哪部分人每天都會用到，只預(yù)先緩存這一部分人的即可条舔。
緩存后枫耳，基本上90%的請求都能命中緩存了，因為每天上班的這部分人基本上不會有太大的變化逞刷。剩下的請求用數(shù)據(jù)庫去扛嘉涌，如果還是扛不住可以加大緩存存儲量，用空間換時間夸浅÷刈睿或者數(shù)據(jù)庫多搞幾個從節(jié)點即可。
內(nèi)外部隔離
在架構(gòu)設(shè)計中帆喇，隔離也是非常重要的一環(huán)警医。隔離的作用就是為了在出問題的時候?qū)⒐收戏秶档偷阶钚 ?/p>
這健康碼的這個場景中，首先健康碼自己有一個專屬的APP坯钦，在支付寶刷不出來的時候我特意用它自己的APP去試了一下预皇，同樣也是打不開。
也就是說查詢健康碼是一個獨立的服務(wù)婉刀，這個服務(wù)可能會被內(nèi)部的產(chǎn)品吟温，比如APP調(diào)用，也有可能會通過Open API暴露給外部渠道調(diào)用突颊，比如支付寶鲁豪。
這個健康碼需要做什么隔離？
- 數(shù)據(jù)庫隔離
可以獨立出一個或多個從節(jié)點給對應(yīng)的服務(wù)進行隔離律秃，比如內(nèi)部服務(wù)用庫1爬橡，外部服務(wù)用庫2，相互不影響棒动。
- 服務(wù)隔離
庫隔離了不能解決根據(jù)問題糙申，服務(wù)還得隔離。區(qū)分內(nèi)部服務(wù)船惨，外部服務(wù)柜裸。Open API只連接外部服務(wù)缕陕，內(nèi)部的網(wǎng)關(guān)只連接內(nèi)部服務(wù)。
- 調(diào)用方限流
針對不同的調(diào)用方做不同的限制疙挺，內(nèi)部服務(wù)允許80%的量都可以滿足榄檬。外部服務(wù)20%的量可以滿足。這樣在壓力大的情況下衔统，自己內(nèi)部的產(chǎn)品是影響最小的。也就是你在支付寶可能打不開健康碼海雪，在我自己的APP可以打開锦爵。
不過這種還是得根據(jù)實際場景去分析，像健康碼這種場景奥裸，也許外部的訪問量遠遠超過了內(nèi)部的量险掀，因為大部分人可能都是用支付寶，微信啊去打開湾宙。所以可以根據(jù)實際場景去限制流量樟氢。
關(guān)于作者：尹吉歡，簡單的技術(shù)愛好者侠鳄，《Spring Cloud微服務(wù)-全棧技術(shù)與案例解析》, 《Spring Cloud微服務(wù) 入門 實戰(zhàn)與進階》作者, 公眾號****猿天地****發(fā)起人埠啃。
