做互聯(lián)網應用很重要的一點是要保證服務可用性，特別是某些業(yè)務更是需要7*24小時不間斷的對外提供服務，任何停機、宕機都會引起大面積的用戶不滿。持續(xù)可用性是把業(yè)務服務化時一個需要考慮的重要指標，很多時候我們都會犧牲一些功能來換取可用性。如何保證服務的持續(xù)可用性，是每個互聯(lián)網架構師一直堅持不懈追求的目標。在不同行業(yè)、不同場景下都有不同的解決方案。今天就與大家聊聊特來電在物聯(lián)網模式下的多活數(shù)據中心架構上的認識和實踐。
特來電是全球首家提出了將車聯(lián)網、充電網、互聯(lián)網三網融合的充電樁生態(tài)公司，擁有近18萬個充電樁，覆蓋了全國240多個城市，服務客戶不僅有ToC端、ToB端，還有很多的社會運營車輛。在如此復雜的客戶群面前，充電網每時每刻都有大量的充電用戶，無論在靜寂無聲的夜晚，還是在節(jié)假日，充電永不停歇。用戶入眠的時候，是我們充電網絡最繁忙的時刻，可以說特來電的充電網必須要有99.9%甚至更高的可用性，才能滿足業(yè)務的需要。特來電的充電網與其他廠商的充電樁還不一樣，其完全構建在物聯(lián)網之上的。每個充電終端都是智能的，都在時時刻刻與云平臺保持著通訊，下面是業(yè)務全景圖。
像其他互聯(lián)網公司一樣，我們做多活也是迫不得已的事情：
所有業(yè)務放到一個籃子里面，當出現(xiàn)嚴重故障時，整個充電云服務將完全宕機，無法滿足SLA99.9%甚至更高的要求。
云平臺架構完全是分布式的，部署結構復雜，各產品功能不支持灰度發(fā)布，產品新功能上限頻繁，產品中隱藏很深的bug，很容易引起大面積的云服務故障。
因為架構和一些技術實現(xiàn)，一個數(shù)據中心服務負載總會有上限，在特定的一些條件下，增加虛擬數(shù)量也無法提升系統(tǒng)的服務水平（比如：TCP連接數(shù)是有上限的）
基于以上考慮，以及填過無數(shù)坑的教訓，我們決定必須要建立多活數(shù)據中心。既然要建多數(shù)據中心，那就要看看業(yè)界的一些主流做法和技術趨勢。在眾多的解決方案中我們找到了兩篇非常富有代表性的文章：微信高并發(fā)資金交易系統(tǒng)設計方案——百億紅包背后的技術支撐、首席架構師揭秘螞蟻金服互聯(lián)網IT運維體系實踐。
微信紅包的主要思路是：
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應用分析 2017-07-26
- 集合結合數(shù)據結構來看看(二) 2017-07-26
延伸閱讀
學習是年輕人改變自己的最好方式