第334章 方一明：咱們走著瞧！
2003年10月20日的一天凌晨，放在床頭的手機突然開始瘋狂地震動。
方一明一下子就從夢中驚醒。
出事了！
他拿過來一看，心猛地一沉。
朱子剛。
媽的，真是怕什麼來什麼。
別的出事兒都好說，就是他媽的的雲閃付，一出事絕對是大事。
方一明收拾好情緒，把電話接通
「方總，出事了。」
「說。」
「從凌晨一點開始，我們的支付接口突然湧進來大量交易請求，數量太大了，是正常峰值的五十倍。系統已經開始出現延遲，目前還沒有丟單，但如果繼續這樣下去，最多兩個小時，伺服器就要扛不住了。」
凌晨一點？！ 大量交易數據？！
馬福報提前把雙十一給抬出來了？！
這個念頭只存在了兩秒就被方一明給否了。
開什麼玩笑，雙十一概念是2009年提出來的，距離這會兒還有六年了。
除非，馬福報跟他一樣，也是重生回來的。
既然如此，那就只剩下一種可能了。
有人搞事。
「系統還能撐多久？」
「最多兩個小時，如果流量繼續往上飆，一個小時就頂不住了。」
「伺服器能不能臨時擴容？」
「能擴，但需要時間。我們已經聯繫機房了，最快也要四十分鐘才能加新的節點進來。」
方一明已經從床上坐起來了，腦子飛速運轉。 雲閃付的架構他太清楚了。
【寫到這裡我希望讀者記一下我們域名TW 看書網藏書多，𝑠ℎ𝑢.𝑡𝑤隨時讀 】
這套系統是他親自盯著開發的，底層邏輯其實並不複雜：買家付款→資金凍結→賣家發貨→買家確認→資金解凍→結算給賣家。
每個環節都需要資料庫讀寫，每筆交易都要記錄狀態。
正常情況下，這套流程跑得很順暢，一天幾萬筆交易輕輕鬆鬆。
但如果短時間內湧入幾十萬筆交易，資料庫的連接池就會被占滿，新進來的請求只能排隊等著。
排隊的人多了，系統就開始延遲。
延遲久了，用戶就會以為付款失敗了，然後反覆提交。
反覆提交又會產生更多的請求，形成一個惡性循環。
最後的結果只有一個：
系統崩潰。
「現在有多少筆交易積壓？」
「大概十五萬筆，還在以每分鐘三千筆的速度增長。」 方一明深吸一口氣：「給我接技術部的電話，馬上。」
電話很快接通。
方一明沒廢話，直接下令：「第一，把所有非核心業務的資料庫連接全部釋放掉，優先保障支付接口。第二，開啟熔斷機制，單用戶每秒只允許發起一次交易請求。第三，準備好回滾預案，如果實在扛不住，就將所有的交易全部凍結，明天上班後，進行人工處理。」
「方總，凍結交易會影響用戶體驗……」
「我知道，」方一明非常粗暴地打斷他：「但相比較丟單和錯帳，我更他媽希望只是影響用戶體驗。照我說的他媽的去做。」
「明白！」
掛了電話，他又撥給了朱子剛：「你現在在哪？」
「在公司。」
「好，你聽著。從現在開始，每隔十五分鐘給我匯報一次情況。另外，讓客服部門做好準備，明天早上可能會有大量投訴電話進來。」
「好的。」
方一明掛了電話，看了眼時間。
凌晨一點二十三分。 窗外的夜色濃得像墨一樣，整座城市都在沉睡，只有他一個人醒著。
方一明從床上下來，沒有去臥室打開電腦，而是先給自己倒了一杯水。
他現在需要冷靜。
越是大半夜出事，越是不能慌。
上輩子他見過太多創業者，平時看著挺精明的一個人，可一遇到突發狀況就亂了陣腳，東一榔頭西一棒槌，將原本能輕鬆解決的問題，變成了大麻煩。
當船長的，最怕的不是風浪，而是舵手自己先慌了。
船晃一下不要緊，等風浪過去了就好了。
可要是舵手自己先撒了手，那這船，可就真翻了。
喝完水後，方一明打開電腦，登錄雲閃付的管理後台。
數據非常得觸目驚心。
交易請求的曲線幾乎是九十度拉升，從凌晨一點開始，就像被人踩了一腳油門，瘋狂往上竄。
正常的峰值大概是每秒兩千筆請求。 前往「必」應」搜「索旗」」可查看最「新章「節！
現在是每秒十萬筆。
整整五十倍。
什麼地方的ip都有，還買的都是一些不值錢的玩意。
一塊錢的橡皮筋，兩塊錢的筆記本，三塊錢的衛生紙。
他媽的，誰他媽大晚上爬起來買衛生紙啊。
方一明冷笑了一聲。
這就是一場針對雲閃付的ddos攻擊。
至於是誰。
方一明幾乎用屁股都能想到，是易趣在背後搞鬼。
原因非常簡單。
如果雲閃付垮了，誰會是最大的受益者？！ 那肯定是如今還處在上世紀80年代支付方式的易趣啊。
對方一旦衝垮了雲閃付的系統，製造出大面積的交易失敗和對帳錯誤，用戶就會對雲閃付失去信心。
一旦用戶開始恐慌，淘寶好不容易建立起來的擔保交易體系就會崩塌。
而易趣就可以趁虛而入，重新奪回市場份額。
手段非常的髒。
但又不得不承認，這玩意確實有效。
雲閃付如果今晚真的沒抗住，那明天各大報紙肯定會大肆宣傳。
標題他都給易趣想好了：「淘寶支付系統崩潰，數千用戶資金去向不明」。
這種負面消息一旦被輿論搞大，後果不堪設想。
方一明揉了揉太陽穴，回憶起上輩子的經歷。
2003年，網際網路行業還處在野蠻生長的階段，各種惡性競爭層出不窮。
當年淘寶和易趣的戰爭中，確實發生過類似的事件。 只不過在原來的時間線中，被攻擊的不是雲閃付，而是淘寶的伺服器。
後來馬福報花了很大的力氣才把用戶的信任重新建立起來。
而現在，因為他的介入，歷史的軌跡發生了偏移。
攻擊的目標從淘寶變成了雲閃付。
尼瑪的狗東西。
你們電商打架，管我支付體系什麼事啊。
是，因為排他協議，你易趣今年是用不了，但不代表明年用不了啊。
你這麼一搞，明年我要是讓你接進來，我就是狗！
方一明罵罵咧咧地喝了一口水，然後掏出手機給陳彤打了一個電話。
電話響了五六聲才接通。
「方總？」 「吵醒你了，不好意思，」
方一明說，「但有件事你得現在就辦。」
「你說。」
「我們雲閃付的伺服器正在受到攻擊，天亮之前，我要你準備好一套公關預案。」
陳彤一下子就不困了。
「嚴重嗎？」
「目前還能扛得住，但我不確定對方還有什麼後手，」
方一明道：「你馬上聯繫幾家主流媒體的記者，跟他們打個招呼，如果有人給他們爆料說雲閃付出問題了，讓他們先跟你核實一下，別急著發稿。」
掛了電話，方一明靠在沙發上簡單地休息了一下。
今晚這個事兒倒是也給他提了個醒。
如果以後淘寶的業務量繼續增長，或者有其他電商平台接入，現在的架構遲早還會出問題。
所以說，還得升級。 方一明關掉後台頁面，靠在椅背上閉了一會兒眼睛。
腦子裡已經開始盤算升級的方案了。
現在的雲閃付架構，說白了就是個單體應用。
所有的業務邏輯都擠在一個系統里，資料庫也只有一台主庫。
平時業務量小的時候還好說，一旦遇到今晚這種情況，瓶頸立刻就暴露出來了。
要想從根本上解決問題，必須把架構拆開。
首先，資料庫層面要做讀寫分離。
主庫負責寫入，從庫負責讀取。
這樣即使寫入的壓力再大，也不影響用戶查詢訂單狀態。
其次，業務邏輯要拆分。
支付核心、訂單中心、用戶中心、清算中心，各自獨立部署。
哪個模塊扛不住了，就單獨給哪個模塊擴容。 不用像現在這樣，一擴容就得把整個系統都停下來。
最後，還得上一套消息隊列。
所有的交易請求先丟進隊列里，由後端的工作線程慢慢消化。
這樣即使前端流量再大，後端也不會被打死。
最多就是隊列積壓，用戶多等幾秒而已。
方一明越想越覺得這個方案可行。
他睜開眼睛，看了眼時間。
凌晨三點十分。
距離天亮還有三個小時。
他拿起手機，給技術總監發了條簡訊：
「明天下午兩點，叫上架構組的所有人，會議室開會。」
發完之後，他又打開了雲閃付的管理後台。 交易請求的曲線已經開始回落了。
從最高的每秒十萬筆，降到了現在的每秒三萬筆左右。
看來對方的攻勢已經過去了。
或者說，對方的第一波攻勢已經結束了。
方一明並沒有放鬆警惕。
他知道，這只是開始。
易趣既然動了手，就不可能只打一槍就跑。
接下來肯定還會有第二波、第三波。
凌晨四點，朱子剛打來電話。
「方總，流量已經降到正常水平了。系統沒有丟單，也沒有錯帳，不過積壓了大概三十萬筆交易需要人工核對。」
「辛苦了，」方一明道：「明天給大家發獎金。」
朱子剛問道：「方總，您說，這件事是誰幹的？」 方一明道：「不知道，但如果讓我猜的話，是易趣。」
「和我想的一樣。」
朱子剛道：「要不要報警？」
「報。」
方一明道：「不過，我估計沒什麼用。對方既然敢用處這種招來，各種後路肯定已經想好了，不會讓我們輕易地抓住把柄的。」
「那就這麼算了？」
「怎麼可能，」方一明冷笑一聲：「他們既然送了我們這麼大一份禮，我們要是不回敬一下，豈不是顯得我們華國人不懂禮數。」
「朱總，你就瞧好了吧！」
方一明一下子就從夢中驚醒。
出事了！
他拿過來一看，心猛地一沉。
朱子剛。
媽的，真是怕什麼來什麼。
別的出事兒都好說，就是他媽的的雲閃付，一出事絕對是大事。
方一明收拾好情緒，把電話接通
「方總，出事了。」
「說。」
「從凌晨一點開始，我們的支付接口突然湧進來大量交易請求，數量太大了，是正常峰值的五十倍。系統已經開始出現延遲，目前還沒有丟單，但如果繼續這樣下去，最多兩個小時，伺服器就要扛不住了。」
凌晨一點？！ 大量交易數據？！
馬福報提前把雙十一給抬出來了？！
這個念頭只存在了兩秒就被方一明給否了。
開什麼玩笑，雙十一概念是2009年提出來的，距離這會兒還有六年了。
除非，馬福報跟他一樣，也是重生回來的。
既然如此，那就只剩下一種可能了。
有人搞事。
「系統還能撐多久？」
「最多兩個小時，如果流量繼續往上飆，一個小時就頂不住了。」
「伺服器能不能臨時擴容？」
「能擴，但需要時間。我們已經聯繫機房了，最快也要四十分鐘才能加新的節點進來。」
方一明已經從床上坐起來了，腦子飛速運轉。 雲閃付的架構他太清楚了。
【寫到這裡我希望讀者記一下我們域名TW 看書網藏書多，𝑠ℎ𝑢.𝑡𝑤隨時讀 】
這套系統是他親自盯著開發的，底層邏輯其實並不複雜：買家付款→資金凍結→賣家發貨→買家確認→資金解凍→結算給賣家。
每個環節都需要資料庫讀寫，每筆交易都要記錄狀態。
正常情況下，這套流程跑得很順暢，一天幾萬筆交易輕輕鬆鬆。
但如果短時間內湧入幾十萬筆交易，資料庫的連接池就會被占滿，新進來的請求只能排隊等著。
排隊的人多了，系統就開始延遲。
延遲久了，用戶就會以為付款失敗了，然後反覆提交。
反覆提交又會產生更多的請求，形成一個惡性循環。
最後的結果只有一個：
系統崩潰。
「現在有多少筆交易積壓？」
「大概十五萬筆，還在以每分鐘三千筆的速度增長。」 方一明深吸一口氣：「給我接技術部的電話，馬上。」
電話很快接通。
方一明沒廢話，直接下令：「第一，把所有非核心業務的資料庫連接全部釋放掉，優先保障支付接口。第二，開啟熔斷機制，單用戶每秒只允許發起一次交易請求。第三，準備好回滾預案，如果實在扛不住，就將所有的交易全部凍結，明天上班後，進行人工處理。」
「方總，凍結交易會影響用戶體驗……」
「我知道，」方一明非常粗暴地打斷他：「但相比較丟單和錯帳，我更他媽希望只是影響用戶體驗。照我說的他媽的去做。」
「明白！」
掛了電話，他又撥給了朱子剛：「你現在在哪？」
「在公司。」
「好，你聽著。從現在開始，每隔十五分鐘給我匯報一次情況。另外，讓客服部門做好準備，明天早上可能會有大量投訴電話進來。」
「好的。」
方一明掛了電話，看了眼時間。
凌晨一點二十三分。 窗外的夜色濃得像墨一樣，整座城市都在沉睡，只有他一個人醒著。
方一明從床上下來，沒有去臥室打開電腦，而是先給自己倒了一杯水。
他現在需要冷靜。
越是大半夜出事，越是不能慌。
上輩子他見過太多創業者，平時看著挺精明的一個人，可一遇到突發狀況就亂了陣腳，東一榔頭西一棒槌，將原本能輕鬆解決的問題，變成了大麻煩。
當船長的，最怕的不是風浪，而是舵手自己先慌了。
船晃一下不要緊，等風浪過去了就好了。
可要是舵手自己先撒了手，那這船，可就真翻了。
喝完水後，方一明打開電腦，登錄雲閃付的管理後台。
數據非常得觸目驚心。
交易請求的曲線幾乎是九十度拉升，從凌晨一點開始，就像被人踩了一腳油門，瘋狂往上竄。
正常的峰值大概是每秒兩千筆請求。 前往「必」應」搜「索旗」」可查看最「新章「節！
現在是每秒十萬筆。
整整五十倍。
什麼地方的ip都有，還買的都是一些不值錢的玩意。
一塊錢的橡皮筋，兩塊錢的筆記本，三塊錢的衛生紙。
他媽的，誰他媽大晚上爬起來買衛生紙啊。
方一明冷笑了一聲。
這就是一場針對雲閃付的ddos攻擊。
至於是誰。
方一明幾乎用屁股都能想到，是易趣在背後搞鬼。
原因非常簡單。
如果雲閃付垮了，誰會是最大的受益者？！ 那肯定是如今還處在上世紀80年代支付方式的易趣啊。
對方一旦衝垮了雲閃付的系統，製造出大面積的交易失敗和對帳錯誤，用戶就會對雲閃付失去信心。
一旦用戶開始恐慌，淘寶好不容易建立起來的擔保交易體系就會崩塌。
而易趣就可以趁虛而入，重新奪回市場份額。
手段非常的髒。
但又不得不承認，這玩意確實有效。
雲閃付如果今晚真的沒抗住，那明天各大報紙肯定會大肆宣傳。
標題他都給易趣想好了：「淘寶支付系統崩潰，數千用戶資金去向不明」。
這種負面消息一旦被輿論搞大，後果不堪設想。
方一明揉了揉太陽穴，回憶起上輩子的經歷。
2003年，網際網路行業還處在野蠻生長的階段，各種惡性競爭層出不窮。
當年淘寶和易趣的戰爭中，確實發生過類似的事件。 只不過在原來的時間線中，被攻擊的不是雲閃付，而是淘寶的伺服器。
後來馬福報花了很大的力氣才把用戶的信任重新建立起來。
而現在，因為他的介入，歷史的軌跡發生了偏移。
攻擊的目標從淘寶變成了雲閃付。
尼瑪的狗東西。
你們電商打架，管我支付體系什麼事啊。
是，因為排他協議，你易趣今年是用不了，但不代表明年用不了啊。
你這麼一搞，明年我要是讓你接進來，我就是狗！
方一明罵罵咧咧地喝了一口水，然後掏出手機給陳彤打了一個電話。
電話響了五六聲才接通。
「方總？」 「吵醒你了，不好意思，」
方一明說，「但有件事你得現在就辦。」
「你說。」
「我們雲閃付的伺服器正在受到攻擊，天亮之前，我要你準備好一套公關預案。」
陳彤一下子就不困了。
「嚴重嗎？」
「目前還能扛得住，但我不確定對方還有什麼後手，」
方一明道：「你馬上聯繫幾家主流媒體的記者，跟他們打個招呼，如果有人給他們爆料說雲閃付出問題了，讓他們先跟你核實一下，別急著發稿。」
掛了電話，方一明靠在沙發上簡單地休息了一下。
今晚這個事兒倒是也給他提了個醒。
如果以後淘寶的業務量繼續增長，或者有其他電商平台接入，現在的架構遲早還會出問題。
所以說，還得升級。 方一明關掉後台頁面，靠在椅背上閉了一會兒眼睛。
腦子裡已經開始盤算升級的方案了。
現在的雲閃付架構，說白了就是個單體應用。
所有的業務邏輯都擠在一個系統里，資料庫也只有一台主庫。
平時業務量小的時候還好說，一旦遇到今晚這種情況，瓶頸立刻就暴露出來了。
要想從根本上解決問題，必須把架構拆開。
首先，資料庫層面要做讀寫分離。
主庫負責寫入，從庫負責讀取。
這樣即使寫入的壓力再大，也不影響用戶查詢訂單狀態。
其次，業務邏輯要拆分。
支付核心、訂單中心、用戶中心、清算中心，各自獨立部署。
哪個模塊扛不住了，就單獨給哪個模塊擴容。 不用像現在這樣，一擴容就得把整個系統都停下來。
最後，還得上一套消息隊列。
所有的交易請求先丟進隊列里，由後端的工作線程慢慢消化。
這樣即使前端流量再大，後端也不會被打死。
最多就是隊列積壓，用戶多等幾秒而已。
方一明越想越覺得這個方案可行。
他睜開眼睛，看了眼時間。
凌晨三點十分。
距離天亮還有三個小時。
他拿起手機，給技術總監發了條簡訊：
「明天下午兩點，叫上架構組的所有人，會議室開會。」
發完之後，他又打開了雲閃付的管理後台。 交易請求的曲線已經開始回落了。
從最高的每秒十萬筆，降到了現在的每秒三萬筆左右。
看來對方的攻勢已經過去了。
或者說，對方的第一波攻勢已經結束了。
方一明並沒有放鬆警惕。
他知道，這只是開始。
易趣既然動了手，就不可能只打一槍就跑。
接下來肯定還會有第二波、第三波。
凌晨四點，朱子剛打來電話。
「方總，流量已經降到正常水平了。系統沒有丟單，也沒有錯帳，不過積壓了大概三十萬筆交易需要人工核對。」
「辛苦了，」方一明道：「明天給大家發獎金。」
朱子剛問道：「方總，您說，這件事是誰幹的？」 方一明道：「不知道，但如果讓我猜的話，是易趣。」
「和我想的一樣。」
朱子剛道：「要不要報警？」
「報。」
方一明道：「不過，我估計沒什麼用。對方既然敢用處這種招來，各種後路肯定已經想好了，不會讓我們輕易地抓住把柄的。」
「那就這麼算了？」
「怎麼可能，」方一明冷笑一聲：「他們既然送了我們這麼大一份禮，我們要是不回敬一下，豈不是顯得我們華國人不懂禮數。」
「朱總，你就瞧好了吧！」