SD大會結(jié)束了，將開放平臺技術(shù)分享的內(nèi)容整理一下，PPT在：
http://www.slideshare.net/cenwenchu/ss-6142016
下面是現(xiàn)場記錄的一些內(nèi)容：
以下是演講實錄：
岑文初：大家上午好，我叫岑文初，今天給大家講的，看這個題目跟大家在我們冊上印的有點不一樣，我最早是來講技術(shù)，商業(yè)不是我來講，現(xiàn)在做任何平臺，產(chǎn)品這個設(shè)計一定要去考慮，我們在上面稍微加了幾頁PPT，淘寶為什么現(xiàn)在做開放平臺？大家會提出疑問，是不是喊口號。
今天從三個方面講：第一個開放之于服務(wù)提供者，第二開放之于應(yīng)用開發(fā)者，最后一點我給大家講一下開放平臺體系設(shè)計基礎(chǔ)性的共性的東西，其實任何一家開放平臺做的事情肯定有自己垂直化的東西，不會有類似所有的東西都可以拷貝，今天會談這些基礎(chǔ)性的東西。
這邊有兩個三角形，其實為什么今年大家會發(fā)覺很多大型網(wǎng)站慢慢提出一個開放的概念，每一個網(wǎng)站到一定階段都變成一個平臺期，平臺期考慮一個事情，怎么樣增加我們的用戶，怎么拓展我們產(chǎn)品的推廣度，我們遇到一些困境，找一些突破，特別你的流量很大，你的用戶數(shù)很多，你會考慮你的安全，你的效率跟你本身設(shè)計的折中，我們會犧牲三和七，或者四和六，我們網(wǎng)站往往會滿足60%的用戶需求和用戶體驗。
另外一點就是創(chuàng)新，今天做開放平臺很多人說是為了創(chuàng)新這一件事情，沒有錯，但是創(chuàng)新這一點，會有很多的內(nèi)涵在里面，后面會談到。創(chuàng)新會給平臺瓶頸期創(chuàng)造一定的條件，今天淘寶大家會發(fā)覺會去做很多方面的融合，跟傳統(tǒng)媒體去做，跟手機終端去做，甚至給一些電視領(lǐng)域都去做，什么原因？不可能把淘寶照模照樣去放在手機上，所以下面有領(lǐng)域性的延展，線上來賣，今天淘寶讓他怎么樣能夠上線，以前看到很多傳統(tǒng)ERP的企業(yè)，慢慢成為TP，它所做的事情就是把原先的ERP系統(tǒng)變成跟互聯(lián)網(wǎng)打通的所謂電子商務(wù)的系統(tǒng)，領(lǐng)域性這一塊，淘寶今天有很多商品，今天也會看到其實有些領(lǐng)域里面我們沒有做，收藏領(lǐng)域沒有做，原因很簡單，水太深，做不了。還有更多傳統(tǒng)領(lǐng)域的東西都沒有做，領(lǐng)域性的東西，我昨天在微博里面發(fā)了一句話，今天開放平臺是給更多的開發(fā)者，或者更多的領(lǐng)域?qū)＜矣袡C會把大家現(xiàn)在面向技術(shù)做產(chǎn)品改變成面向用戶去做產(chǎn)品，這個意思就是說，今天用開放平臺能夠降低很多開發(fā)門檻，用領(lǐng)域?qū)＜矣妙I(lǐng)域思維事情，不是做用戶。為什么這里面的流程是多年積累的經(jīng)驗，肯定是很規(guī)范，我們所謂行業(yè)性的規(guī)范一樣，其實是不是這樣，你把這個戰(zhàn)場鋪到傳統(tǒng)戰(zhàn)場，你根本不適合在其它的地方使用，規(guī)范的東西也是開放之后才發(fā)掘出來。今天在場有很多網(wǎng)站需要做開放。第二個大家看到這個餅，其實對于開放來說一直會存在雙韌劍的問題，在這里面大家會看到，里面會談到幾點，第一個安全性，今天的開放在一個桶上開了一個孔，希望把桶里的水放出去，我告訴你，病菌會從這個桶鉆進去，這是最大的口，最容易突破的口，后面會談到會產(chǎn)生哪些問題。另外是性能，今天你會看，我們開放平臺API的訪問量跟主站訪問量趨勢完全不一樣的，用戶行為跟RSB的行為完全不一樣，RSB自身的穩(wěn)定性對訪問量產(chǎn)生影響，你現(xiàn)在說能承擔(dān)多少用戶的PV，你今天所說的擴展性只是在這個桶范圍內(nèi)做到的，一旦開放就面臨這些問題。
另外一塊是業(yè)務(wù)，在上個禮拜我去B2B跟阿里巴巴一家B2B去談的時候，我問他的一個問題，你開放出去，別人做同樣的產(chǎn)品，你怎么權(quán)衡這一件事情。我希望他考慮這一件事情，今天很多開放平臺，所謂開放的服務(wù)者有可能不希望你在喊口號，你只是去拿這種引誘讓RSB去跟隨，你今天以數(shù)據(jù)為王你東西放出去就沒有了，在業(yè)務(wù)方面最需要提供者考慮清楚，有一句話很簡單，今天開放收回來很難。
另外一點系統(tǒng)結(jié)構(gòu)，昨天正好有一個北京的朋友跟我聊，他說他不想做開放，他希望他內(nèi)部體系結(jié)構(gòu)服務(wù)化一點，內(nèi)部服務(wù)不要交錯那么厲害，淘寶發(fā)展的過程有幾個階段，第一個把自己內(nèi)部系統(tǒng)完全隔離開，這里面有一個度的問題，今天開放一定是局部性的，一定是階段性的，你完全不可能一次性放出去，你沒有做好服務(wù)化，沒有做好隔離化，你放整個系統(tǒng)就垮掉了。
這邊我再談一下對于我們的應(yīng)用開發(fā)者，我相信有些同學(xué)做應(yīng)用開發(fā)的，我記得每一次應(yīng)用開發(fā)者跟我交流的時候最常問的問題，今天我開發(fā)這個軟件如果跟淘寶沖突了怎么辦，將來淘寶會不會收編，我用什么辦法生存下來，我會談到兩點，這邊有左右兩塊，第一塊推廣和授權(quán)，這個其實能夠給開發(fā)者提供的便利，對于現(xiàn)在的互聯(lián)網(wǎng)開發(fā)者來說，他本身產(chǎn)品的生產(chǎn)和產(chǎn)品的推廣是最大的兩個瓶頸，有兩個最大的存在的風(fēng)險在里面，它需要投入很多精力資金在里面，如果通過API的開放，他直接可以省去這兩個東西，后續(xù)你的應(yīng)用發(fā)展起來之后你能力的擴展也需要一定的風(fēng)險避規(guī)。另外有行業(yè)門檻，渠道門檻，技術(shù)門檻，我一直希望大家不要站長再生淘寶這個小圈子里面看事情，你需要有什么不同，昨天我記得有一個朋友談到，技術(shù)不是門檻，我相信技術(shù)不是門檻，技術(shù)一定是敲門磚，一定是基礎(chǔ)，你需要做應(yīng)用開發(fā)的時候需要了解你能夠有和別人不同的地方，如果你做一個軟件兩個月，或者幾天之內(nèi)就能做出來你就不要做，技術(shù)只是應(yīng)用成功其中很小一部分，或者其中一部分，另外有很多門檻，杭州有一個團購網(wǎng)一直是OK的，就是都市快報，有傳統(tǒng)媒體作為渠道，做的跟別人一模一樣，它一樣能夠產(chǎn)生效益，你一定要找不同點，不管是技術(shù)門檻，渠道門檻，一定要找到門檻，當(dāng)這些門檻都不存在的時候可以看上面的這個服務(wù)，最終大家拼的領(lǐng)域里面的軟件，你的服務(wù)好也是一種差異，但是創(chuàng)意這一件事情我希望大家去了解，這是一個概念，但是創(chuàng)意這一件事情一定要依托這個門檻，創(chuàng)意很虛，真正適合是旁邊的東西。
后面我講一下具體的，有可能程序員比較關(guān)心的底層架構(gòu)的東西，會提一下架構(gòu)的鏈。第一個是生和養(yǎng)，后面談到細節(jié)的優(yōu)化都是最基礎(chǔ)的環(huán)節(jié)，其實開放APR只是第一步，后面產(chǎn)品化，把產(chǎn)品推到用戶面前，使開放平臺生態(tài)體系有一個很好的發(fā)展，你不要想你開放了API就算了，今年開放了沒有人用。第二個是共性和特質(zhì)，有一些東西一定是特質(zhì)的，今天你是做電子商務(wù)的開放平臺跟做其它開放平臺里面的東西是不同考慮的。最后是一個目標(biāo)和愿景，其實每一個做開放平臺的，包括淘寶，所有的人進淘寶的時候想要平臺開放，很多人都說我要去做水廠，我要去做電廠，希望把人力都放進去，一個是網(wǎng)站型的開放，一個是平臺型的開放，網(wǎng)站型的開放一定有核心的東西不能開放的，有些核心功能必須自己做，這些核心功能牽住用戶，再把周邊的東西常委交給更多的RSB做，說實話，大家發(fā)覺越來越把他的網(wǎng)站，客戶端做的很好，原因是什么？今年依然是他的客戶端訪問量占很小的余地的時候，他本身的盈利所涉及的點很小，整個生態(tài)系統(tǒng)一定是多贏的，任何一方達到部分到贏，他一定想去改變。
這是一些數(shù)據(jù)，淘寶開放平臺有些人提的并不是很多，我說做淘寶開放平臺的時候他一定對電子商務(wù)這一塊東西了解比較透徹，但是電子商務(wù)其實有比較深的水。從2008年到2010年在ARR交易量上，大家看翻的很厲害，明年會翻的很厲害，包括明年買家性的工具會全部放出來，后續(xù)回去了解這一件事情。這個量大家看今天只有七億，這方面我們會做很多限制，這邊是我們整個架構(gòu)的變革，最早我們會關(guān)注，我跟大家談的你要做開放之前一定會把網(wǎng)站里面做服務(wù)化，做隔離，否則你沒有辦法開放，你開放就知道有多大的風(fēng)險，到09年的時候，我最早阿里巴巴軟件，最早淘寶跟阿里巴巴軟件合作，阿里巴巴是做開放平臺的角色，09年我轉(zhuǎn)到淘寶那里，這個時候大家知道阿里巴巴變成云公司了，定位不同之后，淘寶變成開放平臺的生態(tài)體系，后面談的只是最基礎(chǔ)的，真正的體系會影響整個生態(tài)圈的發(fā)展。
2010年對于我來說，當(dāng)然會關(guān)注商業(yè)性的東西，當(dāng)然我會更關(guān)注技術(shù)性的東西，更關(guān)注透明化。透明化在我們技術(shù)上做這幾點實施，第一個安全，我先把這些拋出，第一個是安全，首先你網(wǎng)站個人用戶的安全一定會考慮到，你網(wǎng)站自身的安全，會不會釣魚，會不會有些信息被抓取，第三個應(yīng)用身份安全，淘寶會對于整個RSB分成不同的體系，不同的RSB體系是不一樣的。第二是易用性，我后面會講。
然后有一塊速度，速度對于服務(wù)來說，第一個是耗帶寬服務(wù)，耗時服務(wù)，耗資服務(wù)。第二個是穩(wěn)定性，平臺不穩(wěn)定大家很容易理解，其實我最希望看到的效果，它的開放不是專門的部門去做，是滲透在整個部門里面去做這一件，今天淘寶在初級的過程中，任何一家公司在做初期的過程中，中國里面一開始肯定是先以一個部門去集成一些服務(wù)，慢慢把這些滲透到整個公司里面。最后一個是服務(wù)易用，今天淘寶很慎重做買家公司的原因，今天有些工具能夠潛入到交易頁面里面，但是這些不穩(wěn)定用戶直接感受到淘寶出現(xiàn)問題了，這樣的問題怎么減少發(fā)生。
這邊是基礎(chǔ)的平臺，最早的時候我們把服務(wù)接入平臺和授權(quán)容器是授權(quán)在一起的，最早的版本我們相信授權(quán)和服務(wù)接入在一套體系里面，因為比較先進，放在一起的好處是能夠負擔(dān)相互風(fēng)險在里面，但是其實你會發(fā)覺越到后期的時候，你容器的變更會越多，里面的安全，包括策略會很豐富，它會經(jīng)常發(fā)布，你的服務(wù)接入平臺本身很穩(wěn)定，我們希望服務(wù)接入發(fā)布一個月，兩個月太發(fā)一次，但是的容器可能經(jīng)常發(fā)布，系統(tǒng)架構(gòu)里面會把易變的東西，雖然覺得比較關(guān)聯(lián)，易變的東西抽出來，就算沒有容器我依舊跑下去，因為授權(quán)只是你自己保護你自己，用戶不管。然后會有控制臺，中間會有分布式的分析，中間會有透明化，透明化把所有的，不管是信用，還是業(yè)務(wù)，全部如實的記錄下來，及時的了解這個狀況，才能去做后面的事情。
首先是速度，今天你調(diào)一個淘寶的RPR，速度我們認為不管任何開放平臺的第一感觸，剛才談到幾個問題，第一個是耗帶寬的服務(wù)，一種是上行流量比較大，一種是下行流量比較大，像淘寶商品，圖片描述，那個東西相當(dāng)之大，不比下行速度小多少，我們用AA數(shù)據(jù)解析的分析，對于我們來說，因為大型的數(shù)據(jù)傳輸過來本來對帶寬消耗很大，假如里面有一些參數(shù)是非法的，我們能不能事先就能解析出來，一方面通過客戶端保障，可以放在靠前的位置，當(dāng)這個管道校驗發(fā)現(xiàn)校驗已經(jīng)出錯了，就可以拿回去了，所以解析能夠減少很多無用大數(shù)據(jù)量的傳輸。第二塊是容器的選擇，大家會看到在數(shù)據(jù)量比較大的，Java的讀取可能由于數(shù)量量比較大，每次上傳的數(shù)據(jù)包會很小，你會有很多次讀取，這種消耗很大。在這個方面考慮，我們喜歡替換容器，現(xiàn)在測試效果蠻不錯的。另外一塊就是靜態(tài)結(jié)果下來，前面都是在上行里面比較大的數(shù)據(jù)，當(dāng)然這里面有下行的數(shù)據(jù)，有些賣家有很大的定單，他需要發(fā)貨，這個定單超級大，對于容器有很大的消耗，其實對于我們來說，這個平臺最大的功能是什么，安全，路由，有時候返回的數(shù)據(jù)，或者把一個請求拆成兩個請求，這樣的話不需要你中轉(zhuǎn)數(shù)據(jù)，節(jié)省你下行帶寬。第二個是耗時服務(wù)，我不知道其它的平臺怎么樣，淘寶每天數(shù)據(jù)量相當(dāng)之大，對于很多定單查詢，歷史定單查詢，包括歷史性的東西查詢都會很慢。我們會用什么方式呢？它是在前端做派克化，我們在后端在派克化，我們會切成小的任務(wù)，這樣做的好處，每一個管道所需要的資源，在這個管道如果結(jié)束之后，這個環(huán)節(jié)結(jié)束之后他不再需要用的話，會很快的釋放掉，管道化之后發(fā)現(xiàn)每一個資源一旦能夠被快速釋放的話本身它的生命周期短就能夠大大增加它處理的能力，同時后面管道后之后你能夠做降級，有人說有百利無一害，但是不是這樣的，這個東西沒有很好的框架封裝上面的開發(fā)很復(fù)雜，原先保證他的順序性，你切開之后會有很大的問題。為什么大家會談到需要做異步化的事情，因為我們早先做容器去幫大家感覺回收，這樣的好處讓我們開發(fā)者屏蔽很多細節(jié)，不好的方法，你最后還得交易一把，等到它們?nèi)炅四氵€得把東西全部塞一下，你沒有辦法根據(jù)你的業(yè)務(wù)性去選擇你應(yīng)該去做什么處理，如果你把容器線程業(yè)務(wù)線程拆開之后，你會發(fā)覺第一個容器本身線程壽命周期短，處理效率高了，同時業(yè)務(wù)線程有更多的業(yè)務(wù)在里面去做。耗資源，這時候需要把原始的，如果是Java開發(fā)，需要把原始的Java轉(zhuǎn)成類型，如果放在平臺，大家發(fā)現(xiàn)拓撲有可能幾十臺機器，我們后臺芳香油很多機器，我們能不能把結(jié)果后一到他們身上，很多把渲染的東西放在前端的，而不是現(xiàn)在放過來，這也是一種優(yōu)化手段。當(dāng)你有些東西可以后移，或者前移的東西，對方資源更多的時候，可以移過去，這個代價就是升級的代價。然后決策規(guī)則，開放平臺，包括流控等，這一塊的東西我們是不是把所有的決策都是在這里面做，我一個請求過來根據(jù)決策做很多的計算，最后得出你能不能繼續(xù)訪問，有沒有出問題，需不需要這樣，如果技術(shù)性要求不是很高，我們應(yīng)該把決策外移出去，最后把一個結(jié)果推送給我們的接受平臺，這種外移能夠?qū)﹂_放平臺有很大的性能上的提高，原先這些東西都是揉在一個東西里面，慢慢會抽出來，希望把性能提升到最高。
第二個穩(wěn)定性，內(nèi)外兼修的工作。我經(jīng)常在說，其實我們小病還可以生感冒到醫(yī)院看看病，你得了重病起不了床怎么辦呢？每天有人詢問人你有沒有生病，他會來做這個事情。對于系統(tǒng)一個內(nèi)部做監(jiān)控優(yōu)化，另外是外部的監(jiān)控優(yōu)化，對于系統(tǒng)結(jié)構(gòu)設(shè)計來說，第一個是多級緩存，增量與全量緩存，還有究竟換成增量，還是換成權(quán)量，第二個是基于基于布隆算法的白名單，有些系統(tǒng)不命中有可能從其它系統(tǒng)拿一些結(jié)果，這樣的問題是當(dāng)別人產(chǎn)生攻擊的時候，大量的無用，緩沖是保證后臺慢的，我們叫白名單，有可能叫它灰名單，在這個灰名單出現(xiàn)的內(nèi)容未必在你的系統(tǒng)內(nèi)合法，但是不在你灰名單出現(xiàn)的東西肯定不合法，這一塊東西對于很多緩存系統(tǒng)很有幫助的，然后服務(wù)的分流和隔離，剛才也談到拓撲平臺上接入了各種各樣的服務(wù)，這個時候你需要怎么隔離出來，我們把容器和業(yè)務(wù)分開之后，你就可以把你的服務(wù)進行分流，哪些服務(wù)應(yīng)該優(yōu)先處理，哪些服務(wù)應(yīng)該慢一點處理，這些都是可以去考慮的，第二個是控制臺，控制臺有幾個功能，對于開放平臺來說，它每一次發(fā)布都影響面很廣，因為RSB成千上萬都在這上面，拓撲先把這個功能關(guān)掉，選出一臺機器，通過控制臺把它打開，看這個功能，我們分析的曲線錯誤率怎么樣，當(dāng)分析都沒有問題的時候讓這臺機器跑，這時候發(fā)布大家會看到這個風(fēng)險大大降低了，我們面對淘寶經(jīng)常發(fā)布方式的一種改善。
第二個是管道化的服務(wù)降級，每一個流程里面沒有把它切開一錯全錯，但是你希不希望有些非關(guān)聯(lián)性功能不要影響主功能，我打個比方說今天服務(wù)平臺里面會有一個流量控制，流量控制依賴集中式緩存，這個流量控制是為了保證怎么服務(wù)體系的健康度，如果我的緩存失敗了，這個管道自動，或者手動放下來，這樣發(fā)覺我們主流不會受到影響，今天淘寶有很多秒殺系統(tǒng)，有很多關(guān)鍵性流程，不是秒殺系統(tǒng)特別好，而是大家真正把關(guān)鍵性的步驟抽出來，非關(guān)鍵性的步驟省掉，把分析的結(jié)果和決策在外部去運算，最后推到接入平臺，讓它做的很純粹。最后一塊就是監(jiān)控系統(tǒng)，監(jiān)控系統(tǒng)大家都會有，我這邊大致談一下，第一個基于歷史基線的服務(wù)訪問監(jiān)控，這就是大窗口和小窗口，我們?nèi)ケ容^，我今天的數(shù)據(jù)和昨天的數(shù)據(jù)去比，如果我比較的窗口比較小的話，大家會發(fā)覺產(chǎn)生的毛刺，或者不準確性會很多，因為每天細微的比較肯定會產(chǎn)生一些波動，我們希望把它放大，放的太大，如果我把一天24小時切成24塊去比較又不精確了，我們用大窗口的方式去比較，比如0點到1點的數(shù)據(jù)跟明年的0點到1點的數(shù)據(jù)比較，把毛刺去掉，這樣既能夠精確上達到要求，又能夠在我們整個所謂的準確性達到要求，第二個多緯度的業(yè)務(wù)比較，今天突然發(fā)現(xiàn)訪問量突高了，這個時候需要很多的指標(biāo)，監(jiān)控團隊就怕告警風(fēng)暴，我們做組合設(shè)置，我們很快找到出現(xiàn)高警風(fēng)暴的點。第二個多機對比的監(jiān)控，像Bela發(fā)布，有兩個環(huán)節(jié)做不同容器的實驗也好，你怎么樣去看這個數(shù)據(jù)，或者它的性能怎么樣，不同的機器需要對比，才能了解到問題。
第二個安全性，這也有三塊，第一塊是用戶數(shù)據(jù)安全性，很少大家看到有應(yīng)用的授權(quán)管理，對于做開放平臺很敏感的事情，淘寶現(xiàn)在還沒有提供，很快就提高了，有些應(yīng)用，比如護粉率的測算，你只希望測算一把，有些平臺是長期有效，就像谷歌一樣，像拓撲是可延時的，你調(diào)一次就延一下，你給要死你不把門關(guān)上他每次都能進來，其實我想說，今天根據(jù)RSB的要求，今天是賣家工具，我當(dāng)然不會解除授權(quán)，這個可以通過平臺來解決，也可以通過給用戶一個權(quán)限去解決。第二多方授權(quán)場景，我剛才說到差異性，今天你會看到我們SMS，或者其它開放平臺授權(quán)完之后，哪個訪問出去了，淘寶上大家會看到，如果一筆交易的產(chǎn)生需要兩方授權(quán)，買家授權(quán)，賣家授權(quán)，這是一個雙向授權(quán)，團購多方授權(quán)，這種就是差異化，不同的領(lǐng)域里面根本不會考慮這些問題，授權(quán)會有很大的不同，另外就是多應(yīng)用的互通，今天江湖上有很多插件應(yīng)用，平臺用戶進入之后他不希望反復(fù)跳出授權(quán)，需要考慮怎么樣讓平臺授權(quán)得到很好的支持，授權(quán)里面需要解決的。
另外應(yīng)用的身份安全，剛才說的應(yīng)用我們一直在糾結(jié)一個問題，有BS的應(yīng)用，也有CS的應(yīng)用。另外我談一下淘寶主站的安全性，我們授權(quán)完成之后轉(zhuǎn)到第三方的應(yīng)用上去，轉(zhuǎn)后就不告訴你，問題是今天釣魚橫行，如果轉(zhuǎn)到釣魚網(wǎng)站就完了，這個里面真的是水太深，只是做到初期的問題，后期一大堆的轉(zhuǎn)跳。第三個是流程化的服務(wù)，剛才說到這個數(shù)據(jù)被人抓取出去怎么辦，一種方式你盡量少開放，另外把中間過程封裝，數(shù)據(jù)不要流到他們那邊去。然后易用性，其實RSB，國外RSB開發(fā)那么多年，任何的平臺一開就容錯，這些東西都會做，在它的可用性達到一定指標(biāo)之后，他更在乎易用性。易用性我們今天會花很大的力氣去做，淘寶做開放水很深，在這一塊上面我們?nèi)プ鲞@些事情。上面我還寫了一句，與人方便自己方便，你今天做開放，我們會看到如果你的SDK應(yīng)用率越廣大將來你升級服務(wù)越方便。再就是易接入，原來后端接入進來都需要寫一大堆的服務(wù)文件，今天我們通過一個很簡單的平面，輸入一些關(guān)鍵性的信息就自動生成文件，甚至連VT都能生成，其實在這一塊上面我們做易接入，第二個易查錯。昨天會拆成幾個階段，其實里面分成更多的階段，包括DNS解析，包括連接的建立，包括頁面渲染，網(wǎng)絡(luò)交互，每個環(huán)節(jié)都是需要監(jiān)控的點，這些其實是決定你服務(wù)質(zhì)量很重要的一個保證。我再談一下。剛才再說透明，透明是什么，中間是這一塊，服務(wù)訪問數(shù)據(jù)，加上旁邊這些東西，如果把這些數(shù)據(jù)全部記錄下來，全部有分析，如果加上比較，你就會去優(yōu)化，我不相信人做系統(tǒng)優(yōu)化，所以有數(shù)據(jù)加比較就是優(yōu)化，有數(shù)據(jù)加上規(guī)則就是決策，加上業(yè)務(wù)就是趨勢，我們每年會有不同的側(cè)重點，去年會做一些賣家工具，大商家的扶植，明年會有數(shù)據(jù)APR的開放，這些業(yè)務(wù)數(shù)據(jù)能夠直接告訴你，這些方向是不是用戶真正的方向。另外就是閥值監(jiān)控。這邊會有成長軌跡，成長軌跡我們叫分析器的成長軌跡，跟剛才我們說的整個拓撲成長軌跡很相似，因為都是以數(shù)據(jù)為主，成長軌跡大家會看到數(shù)據(jù)量是不同的，開始有可能是單機單線程，最后變成多機多線程，其實是有不同的階段，最早只是去做運營分析，后面變成對整個系統(tǒng)和運營的分析，最后變成及時告警的分析。分析里面，這邊我談，剛才說有一個延伸的階段，這三個階段里面有一層一直沒有變，就是統(tǒng)計模型的抽象層，統(tǒng)計抽象，把這些東西抽象出來以后你不需要做很多的瑞迪歐斯。所以這一塊東西一直是我們最早設(shè)計的初衷。第二個是數(shù)據(jù)通信層。第二個是任務(wù)管理層，前面兩個任務(wù)都是從單機上面拿這些文件數(shù)據(jù)，其實的確有很多差距可以去適用，對于數(shù)據(jù)量不是很大，其實它并不是那么合適，大家會看到兩個圖，左邊和右邊，大家會看到。你這個任務(wù)，包括你的數(shù)據(jù)來源，數(shù)據(jù)獲取方式，你配置的方式，這些東西都在焦克里面自描述的話，只需要把這些斯瑞沃，大家會看到這種松散的方式唯一的缺點是什么，如果有一個斯瑞沃出現(xiàn)問題，這個任務(wù)跑下去了，馬斯特做粗爆的策略，就是我直接把這個任務(wù)，最壞的情況無非同樣兩個斯瑞沃做同樣的事情，其實我們叫廉價的斯瑞沃，有時候難免系統(tǒng)會垮，有可能數(shù)據(jù)增長很快。隨時隨地一個運營，一個問題出現(xiàn)問題，我們希望看是什么數(shù)據(jù)產(chǎn)生的問題。第二我們本身的數(shù)據(jù)量不是很大，一個監(jiān)控數(shù)據(jù)量不是很大，一個服務(wù)器本身監(jiān)控的東西不是很多，你可以選擇一些關(guān)鍵性的信息，這些處理可以作為其它系統(tǒng)二次處理的數(shù)據(jù)，那個數(shù)量很小，但是對于你網(wǎng)絡(luò)上不會有數(shù)據(jù)風(fēng)暴，你不要壓縮，你壓縮會產(chǎn)生CPU的消耗。最早期，這邊會有兩個，圓形的就是一個DB，底下就是FTP的，大家發(fā)覺跟多線程設(shè)計一樣，有一環(huán)二串型的，瓶頸在哪里？DB的RO，沒有問題，前面的斯迪沃再快也是串行的，這個并行的效果就不好。我們本身的數(shù)據(jù)來源不是大文件一次性拿過來，這個大家會看到，我一直堅信一個概念，大家做監(jiān)控系統(tǒng)的時候，一定考慮監(jiān)控系統(tǒng)是幫人家更好的生存而不是影響它生存，你推的時候，你推過去也是推在那兒，因為你是主動的過程，你需要做放慢腳步，推和拉還是有一定的差距，如果完全相信它的能力，你不要在業(yè)務(wù)數(shù)據(jù)里面加，如果你覺得它里面有可能產(chǎn)生問題，你完全根本時間沖做分析，不是當(dāng)前時間段做易損。
這邊就是一個多組建的協(xié)同，大家會看到，這邊有一個管理員，然后在我們的統(tǒng)計結(jié)果會及時更新這些結(jié)果，有些可以拿這些結(jié)果做一些告警，有些團隊，比如RSB，他需要做二次處理就拿這些數(shù)據(jù)二次處理。再底下是監(jiān)控平臺，一旦搜集這些數(shù)據(jù)能得到這些信息告警，怎么樣及時高效產(chǎn)生，包括監(jiān)控和業(yè)務(wù)處理。剛才我說的有些東西都是比較基層的，淘寶這邊有沙箱，還有推送的數(shù)據(jù)，如果淘寶一個流程里面需要推送的話，比如一筆交易成功了，那些IPR肯定不是交易用的，這邊會有監(jiān)控系統(tǒng)，拓撲服務(wù)器就是最穩(wěn)定的這一塊，就是接入這一塊，真正的開放會滲透到骨子里去，每一個大的網(wǎng)站開放不是某一個部門的事情，是整個網(wǎng)站的事情，原始性的開放的確滲透到骨子里面，但是上升RSB引導(dǎo)上面有更多流程性的封裝。這里面我們有一個叫TB，作為數(shù)據(jù)中心，好處大家的數(shù)據(jù)系統(tǒng)是統(tǒng)一的，但是拓撲必須有完整的設(shè)計里面做這一件事情。會有很多面向開發(fā)者，包括面向RSB去運營它的產(chǎn)品，這一系列的門戶，你做開放平臺，你真的做成有效果的東西一定做成一個體系，上面只是一個敲門磚，也是RSB繼續(xù)信任你繼續(xù)玩下去的重點。里面有很多東西。我稍微簡單說一下運營門戶，原先我們運營門戶都在一個門戶上運營，今天我們有一個藍海項目，明年我們把這些運營切開，APA的產(chǎn)品運營其實有方向性和垂直化，這時候也只有這樣的PT能享受更多的東西，初期的時候肯定是揉在一起的。
今天講的比較快，最后我一直在說兩句話，第一個透明的平臺是成功的平臺，第二個是無聲的技術(shù)是最好的技術(shù)，為什么這么說？你的用戶，不管是程序員也好，感覺不到你有平臺，你的平臺就做成功了，他覺得你有平臺就證明你有很多門檻他受不了。后面兩個詞，簡單和直接，你不用覺得，畫這個圖，幾個框框，很不好意思，如果你畫幾個框框，幾個線就解決問題了就好了，畫很多框框，畫很多線反而不一定好。淘寶會把很多關(guān)聯(lián)切掉。