當精英遇杠精｜IT 職場如何演繹《延禧攻略》？

2 人贊了文章

聽說最近《延禧攻略》很火

原因是從 BOSS 到主角

無不「杠精」附體懟天懟地懟空氣

主要是，還懟得大家拍手稱快

當 IT 人遇上杠精

如何優雅的懟出氣質虜獲人心？

這裡有個經典教程

雨後初晴，空氣透著清新，窗外高架林立橋底車流不息。一片大好河山中的世貿中心大樓里：「現在非常時期，就先暫緩IT部門投入，削減點成本。但是，要本月3倍業務增長量的支撐，還是要保障的。IT這邊，小王沒問題吧？」 坐在首位的胡總率先開口。

小王還沒開口，對面的老李就撇著嘴出聲：「3倍業務增長量的支撐，還要削減成本。沒問題才有鬼。」

此君號稱杠精附體，甭管什麼提議，他總會第一時間反對。建議一個沒有，理由成百上千。在他眼裡，無論人事，只分懟得動的還是懟不動的。

小王一邊翻著手中資料，一邊緩緩道：「有沒有問題，主要看誰來。當前公司架構傳統，要想處理翻倍業務，計算能力必須保證。前端不能動、後端也不能。但是，我們可以在最底層的資料庫上扒層皮下來。。。」

老李早就聽說這小王畢業於某知名院校，曾就職國內一線互聯網公司。期間任職眾多研發部門，熟悉前後端各個領域技術，做過許多成功產品，直到三個月前，才帶著一份金鑲玉的履歷，加入他們這家發展中物聯網公司擔任IT總監。

但是，老李不服。小王話音才落，老李就叫起來。

老李：「這資料庫不能動！」

小王：「我們用的是非關係資料庫，出了名的結構靈活，擴展能力強，怎麼不能動了？」

老李：「這個資料庫我們用了十幾年了，不能隨便動。」

小王：「怎麼，這還成了祖上傳下來的東西，得留著？我們目前用的是三節點副本集架構，配置伺服器耗費三個節點，每個分片又需要三個節點。一套下來9個節點只有，3個在寫入，是不是有點太浪費？」

（註：三節點副本集架構是 MongoDB 資料庫主要架構，一般由多個分片組成。每個分片需要 三個節點組成一個副本集，以提供多副本冗餘，因此需要佔用較多資源。）

老李：「老祖宗的東西，總沒有錯吧？」

小王：「非常時期，要保證吃進去的是草，擠出來的是奶，老祖宗的東西沒錯，只是不合適了。」

老李：「你這哪裡是擠奶，這分明是在放血！你別忘了，除了成本，還得保證性能，你這根本沒辦法兼顧。」

小王：「辦法也不是沒有。你這套祖傳架構，可以升級下，保持三副本存儲，但每個節點都要提供讀寫能力，保證計算資源不浪費。」

老李：「你如何保證三副本？」

小王：「我們可以將存儲與計算分離，存儲層作三副本冗餘，既保障了數據容災的能力，又節省計算成本。」

老李：「傳統副本集本身是提供高可用能力的，新架構沒了副本集，怎麼保障高可用？」

小王：「傳統三節點副本集是一個領導帶著兩個兵，領導可以換，但不能沒有兵。所以當副本集中出現兩個節點故障，只剩光桿司令的副本集就玩完了。新架構不存在誰領導誰，人人可當家作主。有人掛了，其他人自動接管數據。因為數據存儲相當於大鍋飯，你的就是我的，所以完全不受影響。」

老李張了張口，發現竟然沒了反駁的理由。抓耳撓腮片刻，終於悶悶的閉了嘴。

旁邊的胡總拍手哈哈笑起來：「長江後浪推前浪啊！小王，這套架構，就交給你來負責了。」

小王欠了欠身：「胡總過譽了，這不是我設計出來的架構，這是華為雲資料庫剛推出來的 MongoDB 社區增強版。」

青年神情嚴肅：「胡總，這也是我這幾個月研究咱IT架構，定出來的方案。不管是從成本，還是從效率上來看，資料庫上雲都是最佳選擇。我對比了下目前市場上的雲服務，華為雲這款 MongoDB 增強版從技術上、性能上，還是價格上，都最經得起推敲。就這套架構，回頭我們業務不說是翻3倍，就是再多幾倍，都沒問題。」

胡總讚許的點點頭：「那就試試吧，祖傳架構再好，也要換代更新啊！」

以上故事，全是虛構，為啥眼熟，純屬事實

更多精彩內容，盡在「華為雲」公眾號~