這個微服務是我負責的某大型app一個重要的微服務，并發(fā)量峰值是5000/秒，微服務的信息需要調(diào)用外部業(yè)務服務器獲取信息，且要調(diào)用四個外部業(yè)務器的接口四次才能返回完整的信息。

第一個版本：

由于業(yè)務服務器不是我們負責的，對方的研發(fā)人員基于一些原因，不愿意提供一個完整信息的接口給我們，因此需要通過四次遠程調(diào)用接口才能獲取到完整信息，可靠性和性能大大打折。

為了提供可靠性和性能，增加了一層緩存器，緩存時間為30秒，先從30秒緩存服務器查詢，如果沒有命中緩存，再去外部業(yè)務服務器查詢。緩存服務器是公司自研的，實現(xiàn)了在不同機房之間的緩存數(shù)據(jù)同步。

第二個版本：

由于緩存的數(shù)據(jù)生效時長是30秒，當緩存數(shù)據(jù)失效，查詢外部業(yè)務服務器也失敗或者超時的情況下，這個微服務就掛掉了，研發(fā)人員也得背鍋了。因此再加多一層永久緩存服務器。每次從外部業(yè)務部器查詢到數(shù)據(jù)后，同時把數(shù)據(jù)保存到30秒緩存服務器和永久緩存服務器，兩個緩存服務器的生效時長不一樣，一個是30秒，一個是永久。

當失敗超過50次時，就會使用永久緩存服務器代替30秒緩存服務器，永久緩存服務器的數(shù)據(jù)是一直不過期，如果長時間使用，會導致查詢到的數(shù)據(jù)不是最新的。因此在后臺程序定時去清空失敗計數(shù)器，當失敗計數(shù)器為0時，又使用回30秒緩存服務器。

上面已經(jīng)保證了后端的程序高可用性，根據(jù)監(jiān)控數(shù)據(jù)可靠性達到99.9994%，但是還存在一層容易出問題的地方，就是在手機app與業(yè)務服務器之間，可能由于網(wǎng)絡原因?qū)е率』蛘叱瑫r。

該服務是查詢界面的模板ID，業(yè)務上有幾種模板，其中有一種是默認模板。

當app調(diào)用業(yè)務器超時或者失敗的情況，客戶端將當做默認模板處理，保證用戶可以使用頁面的精簡功能點。