“一場危機(jī)贏得高度關(guān)注的時(shí)候，它已經(jīng)不是危機(jī)，人們是要處理這個(gè)危機(jī)?！薄R云
2009年是挑戰(zhàn)和機(jī)遇并存的一年，對(duì)大部分人來說，已經(jīng)習(xí)慣了金融危機(jī)，并努力解決危機(jī)。在技術(shù)圈子也一樣，被裁員的肯定也找到了工作，所以都在踏實(shí)做技術(shù)。言歸正傳，先念叨念叨2009年的一些故事，尋個(gè)回憶，找個(gè)樂子。
數(shù)據(jù)擴(kuò)展性探討和總結(jié)金融危機(jī)是電子商務(wù)的機(jī)遇，所以09年是淘寶高速發(fā)展的一年。當(dāng)一個(gè)網(wǎng)站從百萬、千萬記錄的數(shù)據(jù)規(guī)模，增長到億、十億、幾十億記錄的數(shù)據(jù)規(guī)模時(shí)，是一個(gè)量變到質(zhì)變的過程，單純的硬件升級(jí)已經(jīng)達(dá)到了瓶頸，而需要在整體結(jié)構(gòu)上做文章。09年一年，大部分時(shí)間都在數(shù)據(jù)的擴(kuò)展性上努力。
對(duì)于一個(gè)電子商務(wù)網(wǎng)站來講，訂單是最核心的數(shù)據(jù)，也是增長最快的數(shù)據(jù)。對(duì)于數(shù)據(jù)的擴(kuò)展性來講，最傳統(tǒng)也是最簡單有效的模式是數(shù)據(jù)庫的分庫分表。當(dāng)訂單和分庫分表相遇，會(huì)有什么火花迸發(fā)出來？09年初碰撞了很久，結(jié)果產(chǎn)生的火花很小。最大的問題在于數(shù)據(jù)分割的規(guī)則，無規(guī)則的水平分割肯定會(huì)帶來數(shù)據(jù)合并的開銷，而按照業(yè)務(wù)規(guī)則拆分，會(huì)因?yàn)橘I家和賣家的查詢需求不同而導(dǎo)致數(shù)據(jù)不能分割，唯一可行的火花是把訂單雙份保存，買家賣家各自一份，只是成本比較高，而且對(duì)數(shù)據(jù)同步的要求非常高。
于是我們初步?jīng)Q定按照雙份保存的方式拆分訂單，而有一天，仔細(xì)查看了訂單訪問的情況，發(fā)現(xiàn)訂單數(shù)據(jù)庫90%以上的壓力來自于查詢，而查詢中90%以上的壓力來自于非核心業(yè)務(wù)，僅僅是訂單數(shù)據(jù)的展現(xiàn)，對(duì)一致性和實(shí)時(shí)性的要求很低。
因?yàn)閿?shù)據(jù)量大，造成數(shù)據(jù)庫壓力大，天然想到的是分散壓力，其辦法就是分庫分表。有些時(shí)候我們想問題不妨直接一點(diǎn)，既然壓力大，能不能減小壓力呢？通過對(duì)訂單訪問情況的了解，發(fā)現(xiàn)昂貴的主數(shù)據(jù)庫，有80%以上的壓力給了不重要的需求，這個(gè)就是我們優(yōu)化的關(guān)鍵，所以訂單最后采用了讀寫分離的方案，高成本的主數(shù)據(jù)庫解決事務(wù)和重要的查詢業(yè)務(wù)，80%以上不重要的讀，交給了低成本的數(shù)據(jù)庫服務(wù)器來解決，同時(shí)對(duì)數(shù)據(jù)復(fù)制的要求也很低，實(shí)現(xiàn)無太大難度。
另外一個(gè)有意思的案例是商品的數(shù)據(jù)擴(kuò)容，商品的水平分割非常容易，按照賣家進(jìn)行拆分即可。有了訂單的先例，首先想到了讀寫分離，因?yàn)槌杀究梢宰龅?。開始實(shí)施后一段時(shí)間，又仔細(xì)回想了一下商品的整體需求，突然發(fā)現(xiàn)商品其實(shí)不需要和訂單同等的要求，一定要采用高成本的主數(shù)據(jù)庫嗎？ 全部采用低成本的普通服務(wù)器來做數(shù)據(jù)庫是否可行？經(jīng)過仔細(xì)的評(píng)估，發(fā)現(xiàn)是可以接受的，而這樣就導(dǎo)致之前已經(jīng)啟動(dòng)的商品讀寫分離項(xiàng)目的一部分工作白做了！
故事講完了總是要有點(diǎn)總結(jié)，來點(diǎn)虛的先：對(duì)于原始需求的清晰了解是系統(tǒng)決策的前提，否則彎路肯定要走，而對(duì)原始需求的了解并不容易，中間會(huì)有很多干擾和阻力，前面的實(shí)例看起來很簡單，但是在一個(gè)運(yùn)行了5年的系統(tǒng)上來了解本質(zhì)，來進(jìn)行變更，并沒那么容易。另外，經(jīng)驗(yàn)有些時(shí)候會(huì)成為系統(tǒng)決策的障礙，這個(gè)很矛盾，所以需要有歸零的心態(tài)來思考問題。說到底，回歸本源。
再來點(diǎn)稍微實(shí)際一點(diǎn)的，對(duì)于大型分布式系統(tǒng)的數(shù)據(jù)訪問，一個(gè)統(tǒng)一的數(shù)據(jù)層是非常必要的，封裝水平、垂直的數(shù)據(jù)分割，封裝讀寫分離，封裝數(shù)據(jù)訪問的路由、復(fù)制、合并、搬遷、熱點(diǎn)處理等功能，并且要對(duì)應(yīng)用透明，應(yīng)用針對(duì)性的，可以在JDBC層面包裝，數(shù)據(jù)庫針對(duì)性的，可以在數(shù)據(jù)庫協(xié)議層包裝，比如Amoeba。
關(guān)注系統(tǒng)和人的交互還有一個(gè)故事，在數(shù)據(jù)層的前期版本，為了做到透明的路由，曾經(jīng)采用無SQL的方式，所有的數(shù)據(jù)庫訪問都是寫代碼來做。上線后發(fā)現(xiàn)一個(gè)非常痛苦的問題，無法和SQL對(duì)應(yīng)，排錯(cuò)非常難。曾經(jīng)一次DBA發(fā)現(xiàn)數(shù)據(jù)庫上一個(gè)查詢耗費(fèi)太多資源，把優(yōu)化后的SQL給開發(fā)人員改進(jìn)，開發(fā)人員好幾天沒找到具體是哪個(gè)查詢。
另外一個(gè)在2009年的感觸是業(yè)界服務(wù)化的實(shí)施情況，很多組織都在實(shí)施服務(wù)化，系統(tǒng)層面都很成功，通信、負(fù)載均衡、消息系統(tǒng)、服務(wù)容器等都有很多成果，但是實(shí)施一段時(shí)間以后的效果并不是非常好，依賴復(fù)雜，變更混亂，效率低下。究其根本，是對(duì)人的關(guān)注不夠，缺少的產(chǎn)品化的服務(wù)運(yùn)維，缺少服務(wù)治理。
上面的兩個(gè)例子都是對(duì)人的關(guān)注缺失，技術(shù)人員做系統(tǒng)，大部分都更關(guān)注技術(shù)，而忽視技術(shù)的創(chuàng)造者和使用者——人。軟件或服務(wù)的可測試性是對(duì)測試人員的關(guān)注、可維護(hù)性和可管理性是對(duì)運(yùn)維人員的關(guān)注，而一個(gè)框架的易用性是對(duì)所有使用人員的關(guān)注。除非能做出自己進(jìn)化的Skynet（注：Skynet（天網(wǎng)）出現(xiàn)在《終結(jié)者》系列電影中，是一個(gè)人類于20世紀(jì)后期創(chuàng)造的以計(jì)算機(jī)為基礎(chǔ)的人工智能防御系統(tǒng)，最初是研究用于軍事的發(fā)展。），否則還是要多關(guān)注系統(tǒng)和人的交互。
關(guān)注可用性還有一個(gè)感觸是業(yè)界對(duì)可用性這個(gè)基本指標(biāo)的關(guān)注度不夠。幾乎所有的框架都會(huì)說自己的擴(kuò)展性多高，性能多好，而很少會(huì)提到監(jiān)控有多強(qiáng)、排錯(cuò)有多容易，很少提到在故障時(shí)怎么做隔離，怎么做降級(jí)；從這個(gè)角度看，商用的產(chǎn)品確實(shí)做得好很多；關(guān)于性能相關(guān)的文章搜索一下，很多，各種優(yōu)化策略，各種優(yōu)化方法，而可用性方面，找到的系統(tǒng)性的知識(shí)真的很少；希望是我了解的不多。
回顧過去，展望未來。2010年，很多可以做的事情，面向服務(wù)系統(tǒng)的隔離和降級(jí)、系統(tǒng)可維護(hù)性的提高、協(xié)程和異步模式在web應(yīng)用的全面使用……
免責(zé)聲明：我很現(xiàn)實(shí)，為解決問題和完成工作不擇手段，并且不懂架構(gòu)是什么意思，以上觀點(diǎn)如有雷同，純屬巧合！如有異議，歡迎拍磚！
個(gè)人簡介：岳旭強(qiáng)，淘寶網(wǎng)技術(shù)專家。2004年加入淘寶，見證了淘寶網(wǎng)業(yè)務(wù)以及技術(shù)上完整的發(fā)展過程；在過去5年的時(shí)間中，參與了淘寶幾乎所有核心系統(tǒng)改造，并主導(dǎo)了用來支撐淘寶網(wǎng)未來高速發(fā)展的核心業(yè)務(wù)中心的建設(shè)。岳旭強(qiáng)現(xiàn)在負(fù)責(zé)網(wǎng)站整體業(yè)務(wù)架構(gòu)的設(shè)計(jì)和規(guī)劃，在大型交易網(wǎng)站的設(shè)計(jì)和調(diào)優(yōu)方面有豐富的經(jīng)驗(yàn)。
