從2013年收購SoftLayer到現(xiàn)在IBM在云計算這條路上已經(jīng)走了十多年。但直到今天很多人對IBM云計算的印象依然停留在“那個跟不上AWS的藍色巨人”甚至有人直接把IBM從云廠商名單里劃掉。這個判斷對也不對。IBM確實不是公有云時代的贏家但它用另一種方式——混合云、企業(yè)級服務、行業(yè)AI——重新定義了“云”對于大企業(yè)的意義。這篇文章想從IBM的百年基因出發(fā)把這家公司為什么在云時代顯得“慢”、又憑什么能活到今天的邏輯一次講透也給正在做技術選型或架構規(guī)劃的讀者一些參考。1. 一個反直覺的起點IBM才是云計算的“老實驗者”1.1 云計算的“史前史”分時系統(tǒng)與資源池化很多人把云計算的歷史起點定在2006年AWS發(fā)布S3和EC2這個節(jié)點沒錯但只適用于現(xiàn)代公有云。如果從“把計算資源變成可共享、可遠程調(diào)用的服務”這個本質出發(fā)IBM早在上世紀六十年代就參與了這場實驗。當時麻省理工學院研發(fā)CTSS兼容分時系統(tǒng)時IBM的大型機就是底層支撐。分時系統(tǒng)的核心思想是多用戶共享一臺計算機的CPU和內(nèi)存每個人通過終端遠程接入按需使用資源用完釋放。這個概念放到今天不就是“共享資源池”“按需分配”“彈性伸縮”的原始版本嗎大型機時代的RAS特性可靠性、可用性、可服務性也一路遺傳到了今天的z系列和Power系列產(chǎn)品線上。這就是IBM云計算的第一個基因它的云不是從互聯(lián)網(wǎng)公司的效率和規(guī)模思維里長出來的而是從金融、航空、政企這些“不能宕機”的場景里沉淀出來的。理解這一點才能明白為什么IBM后來做云總有一種“別扭感”它不是不會做技術而是它腦子里默認的客戶畫像和AWS完全不同。1.2 郭士納的轉身從賣機器到賣服務1993年郭士納接手IBM時公司面臨拆分危機。他做了一件當時被視為“背叛硬件血統(tǒng)”的事把IBM從一家賣機器的公司變成賣服務的公司。1995年收購Lotus2002年收購普華永道咨詢部門這些動作讓IBM的服務收入占比大幅提高“全球整合企業(yè)”的概念也由此流行起來。這件事和云計算有什么關系關系非常大。當IBM開始以“客戶要的是業(yè)務結果不是服務器”為出發(fā)點思考時它在概念上已經(jīng)比很多IT廠商更早接近云服務的本質。2002年IBM就提出了“隨需應變的電子商業(yè)”O(jiān)n Demand的概念向企業(yè)出售按使用量計費的計算能力這幾乎就是云計算的商用雛形。只是這個理念太超前當時的網(wǎng)絡帶寬、虛擬化技術、商業(yè)模式都不成熟最終沒能商業(yè)化落地只能等AWS用更輕的方式跑通。1.3 從Bluemix到SoftLayer始終慢半拍2014年IBM推出了Bluemix一個基于Cloud Foundry的PaaS平臺開發(fā)者可以在上面用托管服務快速構建應用。這個方向現(xiàn)在看是對的當時也吸引了不少開發(fā)者但Cloud Foundry的多租戶隔離、網(wǎng)絡性能和部署體驗在Kubernetes成熟后完全落了下風。IBM不得不又在2019年宣布Bluemix品牌退場全面轉向基于OpenShift的云原生路線。再看基礎設施層面IBM在2013年用約20億美元收購了SoftLayer這筆收購被視為IBM公有云的“壓艙石”。但SoftLayer長期主打裸機服務器和傳統(tǒng)托管和AWS那種自帶全球化數(shù)據(jù)中心擴張能力的產(chǎn)品形態(tài)相比缺乏開發(fā)者和創(chuàng)業(yè)生態(tài)的“飛輪效應”。所以IBM公有云的全球市場份額一路下滑從一度前十到現(xiàn)在基本淡出主流視野。這一段的結論很簡單IBM不是沒有做云而是它切入云的時點、路徑、客戶假設都讓它不得不走一條和AWS完全不同的路。2. 從System/360到SoftLayerIBM的“基因”如何決定云路徑2.1 IBM的產(chǎn)品基因鎖定、可靠與生態(tài)想看懂IBM的每一次決策先要看懂它的產(chǎn)品基因。IBM歷史上最成功的產(chǎn)品——1964年發(fā)布的System/360大型機——確立了三條規(guī)則硬件鎖定客戶、操作系統(tǒng)鎖定平臺、服務鎖定交付?？蛻粢坏┥狭薙ystem/360就很難換到別家因為應用、數(shù)據(jù)、運維技能全是IBM的。這套模式在大型機時代無往不利但它培養(yǎng)出的企業(yè)文化和商業(yè)邏輯和云計算時代的“開源優(yōu)先、開發(fā)者自服務、低門檻試用”是天然沖突的。云計算本質上是“把鎖定的成本從硬件轉移到API和數(shù)據(jù)同時把門檻降到最低”而IBM的基因是“高門檻、高鎖定、高利潤”。當SoftLayer被收購進IBM后這種沖突立刻顯現(xiàn)SoftLayer的裸機服務客戶是一群很實際的IT運維主管他們要的是穩(wěn)定的網(wǎng)絡和標準的托管流程IBM的企業(yè)銷售團隊要的是動輒百萬美元的IT外包合同。兩邊在客戶會議上的關注點完全對不上產(chǎn)品整合自然也進展緩慢。2.2 SoftLayer收購案一場沒有對標AWS的豪賭2013年IBM收購SoftLayer時很多人以為IBM要正面迎戰(zhàn)AWS。但后來看IBM管理層對SoftLayer的期待從來不是“給全球開發(fā)者提供按秒計費的云計算”而是“給IBM的存量企業(yè)客戶提供了一個可以托管它們工作負載的現(xiàn)代化數(shù)據(jù)中心”。這個判斷可以從IBM后續(xù)的動作得到驗證——IBM Cloud最大的幾個標桿案例幾乎都是傳統(tǒng)企業(yè)工作負載的遷移比如大型銀行的核心交易系統(tǒng)備份、零售企業(yè)的SAP HANA遷移、制造企業(yè)的供應鏈系統(tǒng)上云。它追求的是企業(yè)級工作負載的平滑遷移而不是像AWS那樣扶持Startup和互聯(lián)網(wǎng)原生應用。這個策略在商業(yè)上并不失敗它保住了IBM在企業(yè)市場的利潤率。但在公眾輿論里它讓IBM永遠處于“公有云輸家”的尷尬位置。2.3 為什么公有云之戰(zhàn)里IBM總像“局外人”為什么IBM做公有云總像局外人技術層面IBM有足夠強的數(shù)據(jù)中心、網(wǎng)絡、硬件能力資金層面IBM每年幾十億美元的研發(fā)投入也足夠支撐。真正缺的是兩點開發(fā)者的心智份額和基于互聯(lián)網(wǎng)規(guī)模的組織能力。AWS的崛起靠的是“先有開發(fā)者后有客戶”開發(fā)者覺得好用再帶入企業(yè)。IBM的路徑反過來它先有客戶然后試圖讓客戶把開發(fā)者也帶進來。但開發(fā)者一旦在AWS或阿里云上習慣了自助開通、秒級創(chuàng)建、豐富生態(tài)很難被IBM用企業(yè)銷售的方式“引導”過去。這不是IBM一個公司的問題幾乎所有傳統(tǒng)IT巨頭做公有云都遇到同樣的困境。只不過IBM因為轉型意愿最強、嘗試最多把這條“反面路徑”完整地走了一遍成了行業(yè)的活教材。3. 技術主線拆解IBM云方案的“四層底座”3.1 硬件底座的“穩(wěn)”與“貴”很多人忽略的一點IBM的云從來離不開它的硬件底座。z大型機和Power小型機至今仍是IBM企業(yè)方案的核心差異點。z16系列能提供每天超一萬億次加密操作Power10處理器專門為AI推理做了優(yōu)化這些硬件能力是純x86云平臺難以替代的。這些硬件的特點就是“穩(wěn)”和“貴”。穩(wěn)體現(xiàn)在故障切換、熱插拔、硬件級加密都有幾十年的技術積累很多國有大行和保險公司的核心系統(tǒng)至今奔跑在z/OS上是出于穩(wěn)定性的極致要求。貴體現(xiàn)在買一臺高配z16的預算可以買一整個機柜的x86服務器后續(xù)的軟件訂閱和運維服務費用也不低。IBM的云服務只要能把這套“貴而穩(wěn)”的硬件作為底座支撐就有存在的價值反之如果IBM去和AWS拼普通虛擬機價格等于用自己的短板去撞對手的長板。3.2 Cloud Foundry到OpenShiftPaaS路線的大拐彎IBM的PaaS平臺路線幾乎就是過去十年企業(yè)級云原生的縮影。Bluemix基于Cloud Foundry它提供一個抽象層開發(fā)者只管push代碼平臺來處理路由、日志、伸縮。在當時這是非?？岬捏w驗比自建虛擬機部署應用效率高不少。但Cloud Foundry有兩個致命問題一是底層IaaS管控能力弱很難做精細的網(wǎng)絡策略和多集群管理二是它過早地鎖定了應用生命周期管理方式等Kubernetes成為事實標準后Cloud Foundry的很多抽象反而變成了遷移阻礙。IBM在2019年開始全面擁抱Red Hat OpenShift這等于承認了自己原生的PaaS路線失敗轉而用開源生態(tài)對抗AWS的托管容器服務。OpenShift的價值在于它把Kubernetes做成了企業(yè)發(fā)行版內(nèi)置了鏡像倉庫、日志監(jiān)控、CI/CD、服務網(wǎng)格甚至GPU調(diào)度能力。企業(yè)客戶想上Kubernetes又不想自己組裝一堆開源組件時OpenShift幾乎是最省心的選擇。IBM云現(xiàn)在的主推套餐都和OpenShift綁定等于把容器平臺當成了連接硬件和上層AI應用的“腰部”環(huán)節(jié)。3.3 中間件與存儲看不見卻無處不在的IBM除了硬件和容器平臺IBM還有一個容易被忽略但極其重要的產(chǎn)品線中間件與存儲。IBM MQ是金融行業(yè)消息隊列的標配很多銀行的核心系統(tǒng)轉賬、交易確認都在靠它傳輸數(shù)據(jù)IBM存儲家族里的V3700、V7000系列中端存儲在不少企業(yè)的數(shù)據(jù)機房里已經(jīng)連續(xù)運轉了十年以上。我從不少金融系統(tǒng)的運維朋友那里聽到過同一個評價IBM MQ和V3700這種產(chǎn)品“平時你感覺不到它的存在但只要出了一次事故你就能體會到它當年為什么賣那么貴”。這種產(chǎn)品邏輯和互聯(lián)網(wǎng)公司的“快速迭代、容忍故障”完全相反它默認一切故障都不能發(fā)生所以舍得在冗余設計、故障切換、診斷工具上投入巨大成本。我在幫企業(yè)評估存儲架構時發(fā)現(xiàn)一個很容易被低估的點很多IT團隊只看單臺存儲的IOPS和容量卻忽略了兩臺存儲之間容災切換的成熟度。IBM的存儲產(chǎn)品可能在峰值性能上拼不過全閃存的新銳品牌但它在雙活切換、遠程復制的穩(wěn)定性上錘煉了二十多年這在核心業(yè)務場景里比跑分重要得多。3.4 一張表看懂IBM云產(chǎn)品脈絡層級代表產(chǎn)品/技術主要價值對應場景硬件底座z系列大型機、Power服務器極致的可靠性和算力密度銀行核心交易、關鍵數(shù)據(jù)庫容器平臺Red Hat OpenShift企業(yè)級Kubernetes發(fā)行版云原生應用開發(fā)、混合云部署中間件/存儲IBM MQ、V3700/V7000等穩(wěn)定可靠的消息、數(shù)據(jù)流轉金融交易、企業(yè)數(shù)據(jù)集成AI/數(shù)據(jù)分析watsonx、SPSS、i2等行業(yè)AI落地、商業(yè)智能分析智能客服、風險控制、情報分析這張表可以幫你快速定位IBM的核心強項不是最底層最普及的IaaS而是從硬件到中間件再到AI的縱向一體化能力。它賣的不是單點產(chǎn)品而是一套“不會輕易出問題”的企業(yè)級解決方案。4. 中國市場特寫IBM云的本地化實驗4.1 跨國IT巨頭在中國做to B云的兩難IBM在中國的云計算布局最有標志性的事件是和萬達合作推出“萬達IBM云”。2016年雙方宣布成立合資公司、由萬達持有多數(shù)股份IBM提供技術平臺、運營經(jīng)驗和品牌授權。這個模式在當時被寄予厚望萬達有錢有資源IBM有技術有方法論合力能不能在中國市場撕開一道口子后來的結果大家也看到了合作沒有持續(xù)到今天。這背后是跨國IT巨頭在中國做to B服務的普遍困境——數(shù)據(jù)安全政策和云服務商資質要求越來越嚴純外資背景的云平臺很難拿到最關鍵的政府和金融項目。IBM的核心優(yōu)勢是技術但政企客戶采購云服務時技術只是先決條件之一合規(guī)資質、數(shù)據(jù)本地化、關系網(wǎng)和定制開發(fā)能力缺一不可。這幾年中國企業(yè)級IT市場興起的國產(chǎn)化替代浪潮又進一步壓縮了IBM這類型外資巨頭在中國市場的增量空間。老客戶在逐步用國產(chǎn)方案替換存量系統(tǒng)新客戶天然優(yōu)先考慮國產(chǎn)陣營IBM在中國的云計算業(yè)務進入了一個“存量維護為主、增量拓展靠行業(yè)深耕”的階段。4.2 存量金融客戶畫像V3700與MQ的真實運維現(xiàn)場從網(wǎng)絡上的熱搜詞里能非常清晰地看到IBM存量客戶群體的真實狀態(tài)頻繁有人在搜索“ibm v3700更換控制器”“ibm v7000存儲”“ibm mq”的運維資料“ibm system x3650 m5驅動下載”也是老網(wǎng)管們常見的問題。這些詞指向同一個事實中國有大量金融機構、制造業(yè)企業(yè)和醫(yī)院的生產(chǎn)系統(tǒng)仍然運行在IBM的硬件和中間件上。負責這些系統(tǒng)的IT運維人員日常工作不是上云而是保證這些老系統(tǒng)不出故障。V3700存儲換控制器、IBM MQ集群的故障排查、Rational Rose這類舊工具的安裝維護都是真實世界的技術活網(wǎng)上卻很少有成體系的教程。我實際參與過一家制造業(yè)企業(yè)存儲改造項目現(xiàn)場的情況讓我印象深刻一臺V3700運行了八年業(yè)務部門的ERP系統(tǒng)一直跑在上面沒人敢輕易動。改造時最擔心的不是數(shù)據(jù)拷貝而是新舊存儲切換時那幾分鐘的業(yè)務中斷。最后我們只能選擇在周末凌晨操作配合IBM的遷移工具做增量同步反復演練三次才敢真正切換。這種場景在今天的中國企業(yè)里一點都不罕見。4.3 存量維護者如何搭上云原生的車對仍在維護IBM老系統(tǒng)的運維人員來說轉型很現(xiàn)實的問題我的經(jīng)驗還有沒有價值我的看法是IBM的存量體系雖然舊但它背后是一整套完整的企業(yè)級架構方法論包括高可用設計、容災體系、變更管理流程。這些方法論在云原生時代完全可復用。比如你熟練掌握了V3700的雙活配置那么再去看云上的數(shù)據(jù)復制服務、容災演練設計很多概念是相通的你理解了IBM MQ的消息持久化和集群故障恢復機制再看Kafka或云廠商的MQS消息隊列服務就能迅速抓住重點。老系統(tǒng)給了你理解“企業(yè)級”三個字的機會這是很多只接觸過互聯(lián)網(wǎng)架構的工程師不具備的競爭力。把自己的經(jīng)驗升級為“底層能力”再遷移到新平臺上這是存量IT人最穩(wěn)妥的路線。5. 翻盤野望Red Hat之后IBM的混合云邏輯5.1 340億美元押注紅帽2018年10月IBM宣布以340億美元收購Red Hat。這不僅是IBM歷史上最大的一筆收購也是當時美國科技史上第三大的軟件交易。這筆交易釋放的信號非常明確IBM要用開源生態(tài)重塑自己的云戰(zhàn)略。為什么是Red Hat因為當時OpenShift已經(jīng)在Kubernetes生態(tài)里建立了企業(yè)級品牌是唯一能把容器平臺“賣”給CIO的公司。IBM有很多企業(yè)客戶Red Hat有很多開源開發(fā)者的信任二者結合等于讓IBM同時拿到了企業(yè)客戶的準入證和開發(fā)者社區(qū)的影響力。這比IBM自己再去推一套容器平臺要聰明得多。Red Hat還帶來了一個重要的戰(zhàn)略副產(chǎn)品——混合云的地基。傳統(tǒng)IT企業(yè)不可能像互聯(lián)網(wǎng)公司那樣一夜之間把所有系統(tǒng)搬到云上它們必須經(jīng)歷一個私有云、多云、本地數(shù)據(jù)中心共存的階段。Red Hat OpenShift可以在這些異構環(huán)境上提供同一套開發(fā)和管理體驗這正是IBM為企業(yè)客戶設計的橋頭堡。5.2 混合云IBM給自己開出的“標準答案”很多人質疑IBM沒有公有云基因但IBM其實早就想明白了它不追求成為全球最大的公有云IaaS而要做“所有云背后的統(tǒng)一管理平臺”。這步棋的關鍵詞是“mix of everything”——無論客戶用的是AWS、Azure還是自己的數(shù)據(jù)中心IBM都希望通過OpenShift和咨詢服務進入客戶的IT體系。這背后的商業(yè)邏輯很扎實大型企業(yè)的IT支出里新業(yè)務創(chuàng)新產(chǎn)生的云資源采購只占一部分更大的盤子是存量系統(tǒng)和合規(guī)體系的管理。AWS幫企業(yè)省錢和省事IBM幫企業(yè)管住復雜度和風險。兩者滿足的是不同維度的客戶焦慮。IBM的高管多次在公開場合表達過一個觀點混合云是“未來十年企業(yè)IT的主流形態(tài)”不是過渡階段。對這個判斷我大體認同。尤其是金融、醫(yī)療、政府這些強監(jiān)管行業(yè)完全公有云化在可見的未來都不太可能混合云會從“可選方案”變成“標準架構”。IBM在這個方向的布局至少讓它在下一波企業(yè)IT升級里重新拿到了門票。5.3 watsonx與AI轉型從賣工具到賣能力2023年5月IBM發(fā)布了watsonx平臺定位是企業(yè)級AI開發(fā)和數(shù)據(jù)云。和2021年之前被頻繁吐槽的Watson醫(yī)療項目不同watsonx不再講故事而是直接瞄準企業(yè)AI落地最頭痛的幾個問題數(shù)據(jù)要治理、模型要合規(guī)、行業(yè)知識要私有化部署。具體來說watsonx由三部分組成機器學習開發(fā)平臺、數(shù)據(jù)存儲和治理庫、以及AI治理工具。它可以部署在IBM Cloud、AWS或客戶自己的數(shù)據(jù)中心里天然貼合IBM“AI要跟隨工作負載走”的思路。同時IBM還開源了Granite系列基礎模型強調(diào)模型規(guī)模適中、訓練數(shù)據(jù)可商用、企業(yè)可以放心把業(yè)務數(shù)據(jù)喂進去。從賣工具變成賣能力這個轉變對IBM是一次考驗。過去IBM賣產(chǎn)品交付就結束了現(xiàn)在賣AI能力需要陪伴客戶完成數(shù)據(jù)治理、模型調(diào)優(yōu)、效果驗證、流程再造的完整過程。好在IBM有幾十年的咨詢和集成經(jīng)驗這正是它比單純AI廠商更擅長的地方。6. 熱詞里的另一面依然在運轉的“藍色遺產(chǎn)”6.1 那些還在被維護的藍色遺產(chǎn)網(wǎng)絡熱詞里反復出現(xiàn)的aside from IBM云也很有內(nèi)容“ibm i2”是一款情報分析軟件“ibm rational rose安裝教程”和“ibm spss statistics破解”直接反映了仍有大量人在學習和使用IBM的傳統(tǒng)工具“ibm網(wǎng)管軟件”則是企業(yè)級網(wǎng)絡監(jiān)控的老話題。這些熱詞的共同點是它們幾乎都與“最新技術”無關而是存量系統(tǒng)的日常運維和學習需求。這恰恰說明IBM在全球IT資產(chǎn)里的“遺產(chǎn)地位”——它的大量產(chǎn)品在誕生多年之后仍然是某些行業(yè)的核心基礎設施。你可以說IBM不再潮流但不能說IBM死了。這些存量系統(tǒng)每天都在產(chǎn)生運維工作量也每天都在養(yǎng)活一批精通老技術的工程師。另一個值得留意的熱詞是“ibm system x3650 m5驅動下載”——這款服務器已經(jīng)是多年前的產(chǎn)品但還有很多中小企業(yè)仍在當作主力跑業(yè)務。這讓我想起之前聽到的真實案例一個制造企業(yè)機房里的X3650 M5連續(xù)跑了將近十年期間只換過內(nèi)存和硬盤操作系統(tǒng)是Windows Server 2008 R2業(yè)務方根本不敢打補丁升級。對他們來說“科技”的首要屬性不是先進而是穩(wěn)定。6.2 被誤讀的“聯(lián)想收購IBM失敗”“聯(lián)想收購ibm失敗的原因”是熱搜詞之一這里的“失敗”很容易誤導人。事實是2005年聯(lián)想收購IBM PC業(yè)務2014年收購IBM x86服務器業(yè)務兩筆交易都是在商業(yè)層面上完成的收購不是失敗。為什么公眾會有“失敗”的感覺主要是因為這些業(yè)務后來在全球PC和服務器市場的競爭中表現(xiàn)不如預期導致聯(lián)想在十幾年后大規(guī)模調(diào)整相關業(yè)務。如果我作為行業(yè)觀察者來復盤與其說聯(lián)想收購IBM業(yè)務是失敗不如說是IBM在主動做減法——把低利潤的硬件業(yè)務出售給更擅長規(guī)?；圃旌统杀究刂频闹袊鴱S商自己則保留高利潤的企業(yè)軟件和服務業(yè)務。這個策略在當時看起來是明智的后來也確實幫助IBM維持了較高的毛利率。對聯(lián)想來說通過收購獲得IBM品牌的使用權和企業(yè)客戶渠道也在業(yè)務規(guī)模上實現(xiàn)了快速擴張。至于后來市場競爭中的起落更多是行業(yè)周期和管理融合的問題很難用一句“收購失敗”概括。要在IT史里找出一個反面對照可以回想一下惠普分拆和戴爾收購EMC的路線都是廠商在行業(yè)變遷中的不同選擇沒有絕對的對和錯只有路徑依賴和目標排序的不同。6.3 聯(lián)想收購中的“存量維護”機會聯(lián)想收購IBM x86業(yè)務之后IBM的大部分System x服務器用戶被平移到聯(lián)想的維護體系里。對很多企業(yè)來說這意味著不再直接和IBM打交道但底層硬件和配套管理軟件還是IBM體系。這個階段里涌現(xiàn)出了大量做第三方維保的公司專門承接這類“被轉讓”的老舊設備維護需求。這給技術人一個啟發(fā)巨頭之間的并購交易往往會在短時間內(nèi)制造出一個巨大的運維真空。新的服務商還在熟悉設備老客戶還在重新簽合同懂這套體系的人就成了稀缺資源。如果你熟悉IBM存儲、服務器或WAS中間件完全可以在這個窗口期提供咨詢、培訓、第三方維保服務市場空間并不小。7. 給技術決策者的三條經(jīng)驗7.1 選型層的判斷別只盯著“第一名”的公有云如果你正在為企業(yè)做一個時間跨度超過五年的技術規(guī)劃建議慎重考慮“只用一家公有云”的方案。AWS、微軟、阿里當然都很好但企業(yè)一旦形成單云依賴議價能力、容災能力、合規(guī)靈活性都會受限。IBM的案例給我們提供了一個模板它自己雖然不是最大的公有云卻可以站在外部管理好任何一朵云。在企業(yè)IT選型中一個常見誤區(qū)是“跟最強的對手比最新功能”我建議反過來做先明確自己未來五年要支撐的業(yè)務類型、合規(guī)要求、運維能力再判斷哪類云服務商真正愿意長期陪著你。對傳統(tǒng)企業(yè)來說IBM這類型“企業(yè)級服務商”的邏輯可能比互聯(lián)網(wǎng)云廠商的“開發(fā)者優(yōu)先”更友好。7.2 架構層的判斷混合多云是常態(tài)而非過渡過去幾年里不少企業(yè)在做“全部上公有云”的激進計劃后來很多都收縮成了“部分系統(tǒng)上云、核心系統(tǒng)留在本地”。這和我前文提到的IBM混合云判斷完全一致。核心交易數(shù)據(jù)庫、強監(jiān)管數(shù)據(jù)、軍工科研數(shù)據(jù)大概率永遠留在私有環(huán)境里周邊開發(fā)和輔助系統(tǒng)則適合放公有云。設計架構時可以先把工作負載分類互聯(lián)網(wǎng)入口型應用、開發(fā)測試環(huán)境、彈性算力場景可以優(yōu)先放公有云而核心交易鏈路、歷史數(shù)據(jù)歸檔、極高密度計算需要考慮留在本地或專屬云里。架構師要解決的其實不是“哪里好”而是“哪兒最合適”。7.3 心態(tài)層的判斷技術公司的戰(zhàn)略耐心從哪里來最后想聊一點不太容易被寫成PPT的心得技術公司的戰(zhàn)略耐心往往來自它手里有一批“不會立刻消失的存量客戶”。IBM能忍受公有云市場份額連續(xù)多年低迷是因為它的企業(yè)服務收入仍然穩(wěn)定客戶不會因為你在某個板塊輸了就立刻清退你在另一個板塊幾十年的積累。這種“用存量養(yǎng)增量”的策略對個人技術成長一樣有參考價值。很多做運維或傳統(tǒng)IT工作的人擔心自己沒跟上最新技術就要被淘汰但真實的市場上大量穩(wěn)定系統(tǒng)的維護需求依然長期存在。你不必強行追每一個熱點更聰明的做法是守住一套自己真正吃透的技能再逐步向相關的新方向擴展。IBM從大型機走到云原生、再走到AI平臺本質上用的也是這個邏輯。