用最近很火的“內(nèi)卷化”重新解讀小型機下遷

可能因為最近馬云風(fēng)頭正勁，讓我不由得想起了多年前阿里巴巴那個最后一臺小型機下線的條幅。

時隔多年，我竟然還在討論這個話題，一切皆因我們的POWER重裝上陣。

本周末，新購的浪商K1 POWER E950小型機將完成最后一次割接，再加上之前核心POWER i980的上線，今年小型機升級工作將圓滿落幕。

今天，打算用最近很火的“內(nèi)卷化”來重新解讀一下小型機下遷。

小型機江湖

當(dāng)年，Oracle開創(chuàng)了一體機這個新品類，用新物種迭代了小型機，最后把Sun的SPARC給玩死了。

HP的SuperDome，我沒接觸過，但想起HP大廈都變賣了，莫名有種涼涼的感覺。

以前玩小型機的，現(xiàn)在都退場了，只剩IBM和lPS。

入行這些年，我搞過AS/400和RS/6000，對大多數(shù)從業(yè)者來說，這經(jīng)歷也算難得了。

后來IBM重新命名了產(chǎn)品線，我們成了POWER最大的IP（iSeries & pSeries）用戶之一。

七年之“癢”

2013年數(shù)據(jù)中心遷移，那個時點我們做了最大，也是最后一批小型機采購。

之后，在去小型機的浪潮下，我們對于IBM和小型機的態(tài)度開始變得冷淡，隨之而來的是對互聯(lián)網(wǎng)的擁抱，基于X86的開源和分布式變成了主旋律。

回首這七年，看到的是小型機的零采購，在這期間，技術(shù)也生了很多變化，云計算取代虛擬化成了新的技術(shù)風(fēng)口，別說IBM，就連VMware也逐漸勢微。

我自己也未曾想到，七年之后我們選擇了與IPS再續(xù)前緣。

為什么要去IOE

阿里為什么去IOE，因為不適合互聯(lián)網(wǎng)應(yīng)用場景。

我們?yōu)槭裁慈OE，因為有特定的歷史背景。

那時，國內(nèi)稍微有點體量的公司，有上百臺小型機是很正常的事情。除此之外，通常還有大量的X86物理服務(wù)器，在那個沒有云計算的年代，運維成本高和效率低是普適性痛點。

為此，我們迫切地需要進行技術(shù)變革，在后來的數(shù)據(jù)中心遷移過程中，借助VMware徹底地實現(xiàn)了虛擬化，并同步完成了大量的U2VL，運維水平也因此有了大幅提升。

去小型機不是目的，提升資源利用率和運維水平才是根本。

現(xiàn)如今，我們的小型機上只剩下重載的核心數(shù)據(jù)庫，遷移進入了深水區(qū)。

用戶價值體驗

新科技，包括互聯(lián)網(wǎng)都不是存量競爭，而是增量競爭。

所以當(dāng)X86虛擬化和與云計算的趨勢形成后，原來的POWER增量斷崖式下跌，隨之而來是IBM業(yè)績的持續(xù)下滑。

為什么我們現(xiàn)在又繼續(xù)采購POWER小型機，因為存量需要。

早期，我們存量環(huán)境中有大量的POWER服務(wù)器，在應(yīng)用場景和資源利用率上都有優(yōu)化空間，也就是所謂的煙囪式向資源池化和云化的轉(zhuǎn)變。

套用一下梁寧老師在產(chǎn)品思維課上講到的用戶價值公式：用戶價值=（新體驗-舊體驗）-替換成本。

拿X86替換POWER小型機這個場景舉例，初始階段能夠很明顯感受到VMware所能帶來的好處，在資源池上快速交付標(biāo)準化系統(tǒng)。

此時，VMware帶來的用戶體驗比原有的運維體驗好太多，而且很多非關(guān)鍵應(yīng)用的小型機下遷其實沒什么太多的挑戰(zhàn)，風(fēng)險可控。

此時，用戶價值很高。所以，在VMware的加持下，做U2VL是水到渠成的事，結(jié)果就是成規(guī)模的下線了一批小型機，達到了降本增效的目標(biāo)。

小型機下遷的內(nèi)卷化

但隨著小型機下遷進入深水區(qū)，對于核心數(shù)據(jù)庫的遷移改造，牽一發(fā)而動全身，風(fēng)險敞口顯著放大，開始出現(xiàn)了內(nèi)卷化。

我先來解釋一下什么叫內(nèi)卷化，從經(jīng)濟學(xué)角度講，就是邊際成本越來越高，但邊際收益越來越低，經(jīng)濟學(xué)專業(yè)名詞——邊際效益遞減。

這里面涉及到兩個成本，一個邊際成本，一個是機會成本。

在成本分析之前，還要解決幾個技術(shù)可行性的問題。

比如，對于重載的核心數(shù)據(jù)庫，X86服務(wù)器的性能是否能撐得??？X86服務(wù)器的RAS特性跟小型機比還有差距，如果沒有Oracle RAC這樣的架構(gòu)，系統(tǒng)高可用性怎么保證？

而對我們這種DB2的重度用戶，只能引入DB2 pureScale架構(gòu)，還需要考慮產(chǎn)品成熟度和運維水平是否能跟得上？

此外，還需要協(xié)調(diào)開發(fā)和測試團隊進行充分測試，項目周期也會更長，關(guān)鍵是還不一定能控制風(fēng)險。

最近，我們有個X86上的DB2數(shù)據(jù)庫，時不時的就來個filesystem readonly的故障，打了補丁，換了硬件，好像也沒徹底解決，這種事撞上了就是風(fēng)險。

除了看得見的X86采購成本低，收益幾乎為零，甚至是負的，再考慮到測試和管理工作，這些都是發(fā)展新業(yè)務(wù)的機會成本。

所以，別用戰(zhàn)術(shù)上的勤奮，掩飾戰(zhàn)略上的懶惰。

如何避免內(nèi)卷化

如何避免內(nèi)卷是一項系統(tǒng)工程，借鑒官方的說法，“以內(nèi)循環(huán)為主，構(gòu)建雙循環(huán)促進發(fā)展的新格局。

前幾年，有個說法叫雙模IT，講的是IT的穩(wěn)態(tài)和敏態(tài)。那個時候其實就已經(jīng)定性了，讓凱撒的歸凱撒，讓上帝的歸上帝。

虛擬機規(guī)模的快速膨脹所產(chǎn)生的資源消耗，相對于POWER要大得多，對于運維成本的提升也是顯著的。

當(dāng)下，可以把POWER的升級換代看成是內(nèi)循環(huán)，而外循環(huán)，我最新的看法是借助容器化技術(shù)進行去虛擬機的變革。

當(dāng)然，從穩(wěn)態(tài)IT的角度講，是否去小型機，要從業(yè)務(wù)發(fā)展的角度做好充分的評估，如果只是在服務(wù)器層面去小型機，就會變成為了去而去，沒價值不說，還出力不討好。

如果真想科技驅(qū)動業(yè)務(wù)，那就徹底的用分布式建設(shè)新核心，然后把舊核心給演化掉，這才是變革。

可以說，不做系統(tǒng)整體分布式改造的小型機下遷，都是無用功。

寫在最后

時光匆匆，無影無蹤。

一轉(zhuǎn)眼，跟小型機一起走了十幾年，在可以預(yù)見的未來，還要繼續(xù)走下去。

在這個大多數(shù)人都在講分布式的時代，選擇堅守，即是一種無奈，也是一種職責(zé)。

不過，換個角度想，隨著時間推移懂小型機的人越來越少，競爭也越來越不激烈，說不定哪天就又成了香餑餑，哈哈。

謹以此文獻給那些曾經(jīng)，現(xiàn)在和未來還要靠小型機營生的人！

原文標(biāo)題：X86和云計算怎樣把IBM小型機推下懸崖？

文章出處：【微信公眾號：ssdfans】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。

責(zé)任編輯：haq