摘要：目前有數(shù)十臺(tái)云主機(jī)，完全基于底層服務(wù)搭建起具備高可用性的服務(wù)架構(gòu)而到目前為之，團(tuán)隊(duì)依然只有位服務(wù)端工程師，包攬了服務(wù)端開發(fā)運(yùn)維在內(nèi)的一切工作。

2012年Blued上線，正值移動(dòng)社交火爆之時(shí)，由于Blued極具中國同志特色，大大填補(bǔ)了國內(nèi)這一垂直領(lǐng)域的空白，很快贏得了大量用戶的青睞，上線以來一直維持著用戶量、在線時(shí)長的穩(wěn)定高速增長。從誕生至今，Blued很快經(jīng)歷了十萬、百萬、千萬的訪問級(jí)別，從最早的Web到數(shù)據(jù)庫的簡單架構(gòu)，快速成長為集群化高可用架構(gòu)，這正是Blued和UCloud工程技術(shù)團(tuán)隊(duì)聯(lián)手打造的成功。

Blued是一款基于地理定位的交友程序，與國外流行的Grindr和Jack"d類似。大約70%用戶每月至少登錄一次Blued，1/4用戶每天都會(huì)登錄。2014年，Blued的團(tuán)隊(duì)已經(jīng)擴(kuò)張至 30人而Blued注冊(cè)用戶已超過200萬人，并于2014年2月獲得了千萬元融資。

初創(chuàng)團(tuán)隊(duì)各種人才都是緊缺的，所有研發(fā)力量都必須用在刀刃上，解決方案必須盡可能簡單可靠，還要保證在用戶高速增長過程中保持足夠的靈活性、穩(wěn)定性和服務(wù)質(zhì)量。而對(duì)于初創(chuàng)團(tuán)隊(duì)，由于初期服務(wù)容量很小，難得有運(yùn)維人才加入；但當(dāng)面臨高速增長時(shí)，缺乏運(yùn)維人才帶來的技術(shù)瓶頸對(duì)工程技術(shù)團(tuán)隊(duì)來是也是最煎熬的。

目前Blued有數(shù)十臺(tái)云主機(jī)，完全基于UCloud底層服務(wù)搭建起具備高可用性的服務(wù)架構(gòu)——而到目前為之，Blued團(tuán)隊(duì)依然只有3位服務(wù)端工程師，包攬了服務(wù)端開發(fā)、運(yùn)維在內(nèi)的一切工作。

如何為“三高”產(chǎn)品快速搭建穩(wěn)定底層架構(gòu)？

Blued是高訪問量、高數(shù)據(jù)流、高交互性質(zhì)的“三高”產(chǎn)品，因此需要堅(jiān)固穩(wěn)定的集群底層進(jìn)行維護(hù)和支撐，不能容忍單點(diǎn)故障。因此，我們一開始就選定了CPU密集型、大內(nèi)存、高I/O三類主機(jī)配置；我們的集群并不是一開始就擁有數(shù)十臺(tái)云主機(jī)來搭建底層集群，這樣對(duì)我們的成本壓力很大，因此一個(gè)快速擴(kuò)容的彈性架構(gòu)非常重要。如何做到快速？我們把每一類服務(wù)都做好鏡像，可以通過實(shí)現(xiàn)制作好的鏡像快速在集群中添加服務(wù)器，實(shí)現(xiàn)分鐘級(jí)的服務(wù)擴(kuò)容；此外，通過鏡像功能，集群中單主機(jī)服務(wù)故障時(shí)可以也可以快速新增節(jié)點(diǎn)替換故障節(jié)點(diǎn)；

事實(shí)上，Blued在初期確實(shí)經(jīng)歷過服務(wù)單點(diǎn)不可橫向擴(kuò)展的階段，那時(shí)最快的解決辦法是升級(jí)主機(jī)配置，UHost主機(jī)的CPU、內(nèi)存、磁盤擴(kuò)容非常簡單快捷，幾乎感覺不到服務(wù)中斷。

如何讓網(wǎng)絡(luò)層擁有“靈活”性？

對(duì)國內(nèi)移動(dòng)應(yīng)用開發(fā)者來說，移動(dòng)服務(wù)與傳統(tǒng)互聯(lián)網(wǎng)的最大不同就是網(wǎng)絡(luò)運(yùn)營商的變化，以及由此帶來的訪問速度問題。我們選擇了BGP機(jī)房，經(jīng)過實(shí)地測(cè)試，2G/3G網(wǎng)絡(luò)下的訪問速度相比傳統(tǒng)雙線機(jī)房提升近20%；靈活設(shè)置的防火墻省去了逐臺(tái)配置IPTables的繁瑣，運(yùn)維效率大大提升了；大量內(nèi)容帶來的帶寬上升，Blued啟用“共享帶寬”通過疊加“帶寬包”實(shí)現(xiàn)帶寬的靈活快速擴(kuò)容。

如何用簡單的方法解決“安全、可靠”問題？

Blued在使用“共享帶寬”后，所有服務(wù)器外網(wǎng)IP都轉(zhuǎn)為彈性IP（EIP），我們使用了3個(gè)Nginx節(jié)點(diǎn)進(jìn)行后端服務(wù)的流量接入和負(fù)載均衡，通過EIP綁定Nginx接入節(jié)點(diǎn)，可以做到無需調(diào)整DNS即可更換出現(xiàn)故障的接入主機(jī)。此外EIP接入對(duì)靈活應(yīng)對(duì)網(wǎng)絡(luò)攻擊非常有幫助，譬如遇到部分用戶無法訪問某一IP的情況（如網(wǎng)絡(luò)封禁等），可以先換IP再做追查；高可用性也可以通過EIP來實(shí)現(xiàn)，譬如單臺(tái)服務(wù)故障，可以先新建服務(wù)重新綁定EIP，實(shí)現(xiàn)服務(wù)快速恢復(fù)，接下來再查問題。Blued同時(shí)也使用了內(nèi)網(wǎng)彈性IP，作為內(nèi)部分布式隊(duì)列的快速切換方案。

怎樣的方案能解決“高數(shù)據(jù)流”的問題？

Blued將關(guān)鍵的核心數(shù)據(jù)運(yùn)行在UDB，數(shù)據(jù)庫集群，快速增加從庫，快速升級(jí)配置，可視化操作實(shí)現(xiàn)從庫提升主庫；而UMem構(gòu)成的NoSQL存儲(chǔ)支持大部分Redis協(xié)議的方案使得我們可以利用Redis高效的數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)的同時(shí)，還節(jié)省了運(yùn)維成本；

此外，高性能I/O磁盤對(duì)高速用戶增長帶來了大量的新增圖片上傳非常有用。通常，每個(gè)用戶每次刷新會(huì)查看20-40張縮略圖，如此頻繁的訪問，使得磁盤I/O非常容易成為瓶頸，因此針對(duì)圖片這種頻繁讀寫小文件的應(yīng)用場景，高性能I/O磁盤對(duì)于整體性能幫助非常大。

“透過靈活使用云平臺(tái)服務(wù)，我們真正實(shí)現(xiàn)了網(wǎng)絡(luò)層、前端服務(wù)層、后端服務(wù)、存儲(chǔ)都能夠靈活可插拔、可擴(kuò)展，實(shí)現(xiàn)真正的高可用性。對(duì)于創(chuàng)業(yè)者來說，成本是很重要的考慮因素。創(chuàng)業(yè)者不僅要關(guān)注采購、人力所產(chǎn)生的實(shí)際成本，也需要關(guān)注服務(wù)運(yùn)維、技術(shù)研究、問題解決等帶來的附加時(shí)間精力成本，而后者往往是隱形的、難以衡量、代價(jià)高昂的。降低隱形技術(shù)成本的關(guān)鍵因素，是選擇經(jīng)過實(shí)踐檢驗(yàn)的解決方案。我們?cè)诎l(fā)展過程中考慮過眾多時(shí)下新技術(shù)，但最終卻是一個(gè)簡單的選擇——UCloud服務(wù)所具備的高度可運(yùn)維性和優(yōu)質(zhì)的服務(wù)，在和阿里云和騰訊云的比較重中“獨(dú)樹一幟”，這是我們所看中的。”Blued Calvin