為什麽程旭元會說香蕉能成功算是一個不大不小的奇跡？
這中間，路舟自然明白程旭元這話裏頭的道理。這源於產品迭代和更新的方法論。
怎麽說千度也是三巨頭之一，而程旭元又是在千度幹了一段時間。
若是有懂行的知道了路舟這中間給夢穀廣告、給方強的指路，絕對能驚掉一幫人的下巴。
路舟這番產品嗅覺，一點就中，一做就對，幾近妖孽。這不是尋常人能辦到的事情。
最為關鍵的還是，香蕉做成功了，融了一大筆錢，而且還在大規模擴張當中。
話又說迴來，路舟又何嚐不知道，一個互聯網產品一經發布，這個產品的後續版本應該怎麽更新？這道裏可是有著大量不同的手段和策略。
以夢穀廣告來說，最初的一切架構和產品原型均來自路舟自己腦子中的想法。
創業伊始，夢穀廣告是借由輝騰提供的十台服務器一年的租約做起來的，在早期這些服務器甚至還不到滿載。
前期的業務量較小，而路舟自然也就沒有按照常規的開發路子走。
到了現在，承載夢穀廣告日常業務運轉的服務器大約是二十台左右。
這是自香蕉上線後，帶來的業務膨脹。中間的大部分業務也在後續的版本更新中逐步切分成了微服務。
這些微服務，大多經由某個負載均衡服務來均衡入網的用戶訪問，就近、就閑為用戶轉到相應的服務器上獲取數據。
如果現在方強要更新夢穀平台或者香蕉市場，那他應該是怎麽做的？
假定今天正在服務器上運行的是2.0版本，明天將要發布的是3.0版本，那麽方強就得在淩晨時分登陸服務器，通過遠程指令或者腳本，將服務器上的版本更新到3.0。
簡言之，夢穀廣告現在就是“暴力發布”的階段。
當方強決定要升級夢穀廣告的版本，那麽二十台服務器上所有業務的代碼版本都將在某個集中的時間內從2.0更替至3.0。而這個升級過程中間，相關的服務也會麵臨中斷。
甚至，一旦新版本中出現了突發性bug，那服務器就不得不麵臨版本迴退的問題。
自然，“暴力”有暴力的好處，簡單粗暴地靠人力和腳本來解決日常迭代，操作簡單，成本低廉。這倒是非常適合夢穀廣告這樣的初創公司。
較之“暴力”，更為優雅的則是“金絲雀”，又或者叫“灰度發布”。
金絲雀這個詞，來源於17世紀英國的礦井工人有攜帶金絲雀下井的做法。因為人的鼻子難以嗅出瓦斯的氣味。而恰恰金絲雀卻對瓦斯極其敏感，能夠預警礦井中是否有瓦斯泄露。
互聯網中的發布測試，所指的“金絲雀發布”，也就是將其中某部分服務器或者服務當初“金絲雀”、“小白鼠”。
如果夢穀廣告要更替為這樣的版本發布模式，那便是在每個更新期中，將3.0的版本更新到其中一台“金絲雀”服務器上。
待到金絲雀確定了新版本功能一切正常後，再繼而逐一進行後續服務器的版本發布。
當然，想到這裏，路舟倒覺得這也沒有所說那麽玄乎，與其說這是一種迭代的方法論，不如說是常人處事的正常手段。
投石問路，不外乎如是。
路舟笑著說道，“千度出來的大工程師就別埋汰我這廟小了，為了請程大工程師來，我可是砸鍋賣鐵啊。”
“砸鍋賣鐵？你逗我呢這是。算算千度給多少年薪，你給多少年薪。要不是當年同床，我還不樂意來。”
路舟也沒接下這玩笑話，“陳年老吊，別提這種酸事。一言蔽之，一切草創，百廢待興。你千度裏頭用的那些花裏胡哨的東西，我這一樣沒有。全得老老實實一步步重頭寫起。”
程旭元也不意外，“好吧。之前我是一個勁地推進開發的進度，畢竟也沒到上線，當真是沒太注意這迴事。這些我還以為是溫哥在幫你弄著。這沒有就算了，重頭寫吧，多麻煩還真沒有，費工夫而已。”
路舟接著問道，“嗯，麻煩倒是不至於，隻是時間有些緊張，人手不太夠。這一兩周吧，我生擼一個輪子出來。話說，千度ab測試應該用得非常多吧？”
“嗯。功能開關，ab，灰度等等日常都在使用。個別老項目遷移可能會用影子測試。很流程化的東西，具體看不同項目群，一般會單獨做專門的管理平台。”
路舟摸著下巴，片刻後，“給你點想象空間。其他就不提了。ab測試做成雲服務怎麽樣？倒不是我想錢想瘋了，單純是這東西做了，內部也沒有必要反複造輪子。”
“嗯？”程旭元驚咋了一下。
路舟冒出這個想法也非偶然。
所謂ab測試也好，灰度發布也好，秉承的都是一個原則——市場和用戶才是正確的。
路舟腦子裏有先知，腦子裏有一些關於微信的原型，但是絕對正確嗎？路舟願意去相信自己的記憶沒有錯誤，卻又同樣不願意去賭它的正確性。
他的想法可以定下方向，卻無法代表其他用戶的真實需求。
而具體到路舟究竟要如何製定微訊的發布策略和編寫軟件平台，事情依舊是一個“投石問路”。
目前，微訊已經初步實現了第一階段——移動通訊階段。這個階段的版本承載了微訊最基礎的功能，如通訊錄、收發消息和圖片，語音和視頻功能，lbs等等。
而僅僅這個階段，程旭元就已經陸陸續續做出了數個版本的產品縱深。
灰度發布下，微訊完全可以通過發布平台的控製，向特定的用戶發布應用，以供用戶使用。在獲得了這批用戶返迴用戶的反饋後，路舟就可以再結合運營統計數據等，繼而確定某個版本的功能是否適合大規模發布。
在這種情況下，路舟可以選擇自己已經貫通的渠道作為耕地。根據用戶畫像，向不同群體的香蕉用戶推送微訊，作為灰度發布的初始用戶。
同樣，灰色測試也是異曲同工。後續的小版本，先向小範圍測試，獲得正確反饋後再進行全麵發布。
就像程旭元提到的千度內部一樣，這是個流程化的東西，大型互聯網公司會製定成管理平台，作為除了數據統計之外的補充反饋。
它首先流程化了產品提升、迭代的過程，接著利用技術化的手段來實現所謂的方法論。
所有的事情，不是非黑即白，而恰恰隻是灰色的。每一個放出來的新東西，從發布到測試階段，一開始就僅僅都是一隻金絲雀，一顆問路的石頭。
沒有絕對正確的產品，隻有絕對正確的數據和用戶。
這中間，路舟自然明白程旭元這話裏頭的道理。這源於產品迭代和更新的方法論。
怎麽說千度也是三巨頭之一，而程旭元又是在千度幹了一段時間。
若是有懂行的知道了路舟這中間給夢穀廣告、給方強的指路，絕對能驚掉一幫人的下巴。
路舟這番產品嗅覺，一點就中，一做就對，幾近妖孽。這不是尋常人能辦到的事情。
最為關鍵的還是，香蕉做成功了，融了一大筆錢，而且還在大規模擴張當中。
話又說迴來，路舟又何嚐不知道，一個互聯網產品一經發布，這個產品的後續版本應該怎麽更新？這道裏可是有著大量不同的手段和策略。
以夢穀廣告來說，最初的一切架構和產品原型均來自路舟自己腦子中的想法。
創業伊始，夢穀廣告是借由輝騰提供的十台服務器一年的租約做起來的，在早期這些服務器甚至還不到滿載。
前期的業務量較小，而路舟自然也就沒有按照常規的開發路子走。
到了現在，承載夢穀廣告日常業務運轉的服務器大約是二十台左右。
這是自香蕉上線後，帶來的業務膨脹。中間的大部分業務也在後續的版本更新中逐步切分成了微服務。
這些微服務，大多經由某個負載均衡服務來均衡入網的用戶訪問，就近、就閑為用戶轉到相應的服務器上獲取數據。
如果現在方強要更新夢穀平台或者香蕉市場，那他應該是怎麽做的？
假定今天正在服務器上運行的是2.0版本，明天將要發布的是3.0版本，那麽方強就得在淩晨時分登陸服務器，通過遠程指令或者腳本，將服務器上的版本更新到3.0。
簡言之，夢穀廣告現在就是“暴力發布”的階段。
當方強決定要升級夢穀廣告的版本，那麽二十台服務器上所有業務的代碼版本都將在某個集中的時間內從2.0更替至3.0。而這個升級過程中間，相關的服務也會麵臨中斷。
甚至，一旦新版本中出現了突發性bug，那服務器就不得不麵臨版本迴退的問題。
自然，“暴力”有暴力的好處，簡單粗暴地靠人力和腳本來解決日常迭代，操作簡單，成本低廉。這倒是非常適合夢穀廣告這樣的初創公司。
較之“暴力”，更為優雅的則是“金絲雀”，又或者叫“灰度發布”。
金絲雀這個詞，來源於17世紀英國的礦井工人有攜帶金絲雀下井的做法。因為人的鼻子難以嗅出瓦斯的氣味。而恰恰金絲雀卻對瓦斯極其敏感，能夠預警礦井中是否有瓦斯泄露。
互聯網中的發布測試，所指的“金絲雀發布”，也就是將其中某部分服務器或者服務當初“金絲雀”、“小白鼠”。
如果夢穀廣告要更替為這樣的版本發布模式，那便是在每個更新期中，將3.0的版本更新到其中一台“金絲雀”服務器上。
待到金絲雀確定了新版本功能一切正常後，再繼而逐一進行後續服務器的版本發布。
當然，想到這裏，路舟倒覺得這也沒有所說那麽玄乎，與其說這是一種迭代的方法論，不如說是常人處事的正常手段。
投石問路，不外乎如是。
路舟笑著說道，“千度出來的大工程師就別埋汰我這廟小了，為了請程大工程師來，我可是砸鍋賣鐵啊。”
“砸鍋賣鐵？你逗我呢這是。算算千度給多少年薪，你給多少年薪。要不是當年同床，我還不樂意來。”
路舟也沒接下這玩笑話，“陳年老吊，別提這種酸事。一言蔽之，一切草創，百廢待興。你千度裏頭用的那些花裏胡哨的東西，我這一樣沒有。全得老老實實一步步重頭寫起。”
程旭元也不意外，“好吧。之前我是一個勁地推進開發的進度，畢竟也沒到上線，當真是沒太注意這迴事。這些我還以為是溫哥在幫你弄著。這沒有就算了，重頭寫吧，多麻煩還真沒有，費工夫而已。”
路舟接著問道，“嗯，麻煩倒是不至於，隻是時間有些緊張，人手不太夠。這一兩周吧，我生擼一個輪子出來。話說，千度ab測試應該用得非常多吧？”
“嗯。功能開關，ab，灰度等等日常都在使用。個別老項目遷移可能會用影子測試。很流程化的東西，具體看不同項目群，一般會單獨做專門的管理平台。”
路舟摸著下巴，片刻後，“給你點想象空間。其他就不提了。ab測試做成雲服務怎麽樣？倒不是我想錢想瘋了，單純是這東西做了，內部也沒有必要反複造輪子。”
“嗯？”程旭元驚咋了一下。
路舟冒出這個想法也非偶然。
所謂ab測試也好，灰度發布也好，秉承的都是一個原則——市場和用戶才是正確的。
路舟腦子裏有先知，腦子裏有一些關於微信的原型，但是絕對正確嗎？路舟願意去相信自己的記憶沒有錯誤，卻又同樣不願意去賭它的正確性。
他的想法可以定下方向，卻無法代表其他用戶的真實需求。
而具體到路舟究竟要如何製定微訊的發布策略和編寫軟件平台，事情依舊是一個“投石問路”。
目前，微訊已經初步實現了第一階段——移動通訊階段。這個階段的版本承載了微訊最基礎的功能，如通訊錄、收發消息和圖片，語音和視頻功能，lbs等等。
而僅僅這個階段，程旭元就已經陸陸續續做出了數個版本的產品縱深。
灰度發布下，微訊完全可以通過發布平台的控製，向特定的用戶發布應用，以供用戶使用。在獲得了這批用戶返迴用戶的反饋後，路舟就可以再結合運營統計數據等，繼而確定某個版本的功能是否適合大規模發布。
在這種情況下，路舟可以選擇自己已經貫通的渠道作為耕地。根據用戶畫像，向不同群體的香蕉用戶推送微訊，作為灰度發布的初始用戶。
同樣，灰色測試也是異曲同工。後續的小版本，先向小範圍測試，獲得正確反饋後再進行全麵發布。
就像程旭元提到的千度內部一樣，這是個流程化的東西，大型互聯網公司會製定成管理平台，作為除了數據統計之外的補充反饋。
它首先流程化了產品提升、迭代的過程，接著利用技術化的手段來實現所謂的方法論。
所有的事情，不是非黑即白，而恰恰隻是灰色的。每一個放出來的新東西，從發布到測試階段，一開始就僅僅都是一隻金絲雀，一顆問路的石頭。
沒有絕對正確的產品，隻有絕對正確的數據和用戶。