鈦媒體旗下的鈦坦白微信課第26期，請來了8位對“企業(yè)上云”有深刻理解的鈦客進行分享,。本文來自IBM大中華區(qū)混合云建設產(chǎn)品線業(yè)務總經(jīng)理毛東暉在鈦坦白的分享,。

毛東暉在IT行業(yè)擁有18年從業(yè)經(jīng)驗，自2014年起,，參與并領導了IBM在中國實施的幾乎所有重大的云計算項目,，自2015年起負責IBM 混合云解決方案在中國的落地與發(fā)展。

云計算市場在這幾年可以說是井噴式增長,，各種圍繞云的新技術,、新公司如雨后春筍般冒頭，市場不斷出現(xiàn)各種不同的聲音和探討,，每周都有各種新聞層出不窮,，有新產(chǎn)品發(fā)布，有公司拿到投資，當然也有系統(tǒng)大規(guī)模宕機等秒刪新聞出現(xiàn),。

客戶也開始逐步從被動走向了前臺,，若干年前客戶說做一個項目要有云只是追求時髦，現(xiàn)在更多的客戶從不同的角度已經(jīng)開始了踐行和嘗試,，有業(yè)務驅(qū)動的,，有公司轉(zhuǎn)型的，有實驗測試的,，有大規(guī)模推廣的,。眾多的機會和想法出現(xiàn)是一個好的事情，給不同層級的公司都提供了展示的機會和發(fā)出聲音的舞臺,，這種蕓蕓眾生已經(jīng)徹底改變了過去IOE等大型企業(yè)級外企市場所形成的穩(wěn)定的平衡,。但是打破這種平衡后，新的平衡出現(xiàn)了嗎,？其實并沒有,，因為大家都在不斷摸索和嘗試。

本人也在這個浪潮中觀察,、支持到親自參與,。我更想分享一下在這波云的大潮來臨之時，或者說變革的機遇到來之時,，什么樣的趨勢和潮流是適應客戶的,，是可以真正和他們的業(yè)務融合在一起再次形成穩(wěn)定的。傳統(tǒng)企業(yè)型客戶的IT 畢竟不是實驗室,，他們不可能擁有互聯(lián)網(wǎng)行業(yè)的人力資源和不斷變化的業(yè)務前端,，也不可能擁有運營商運行的廣大基礎設施，對于他們來講,，構(gòu)造一朵云的核心在于和業(yè)務整合,，可以從創(chuàng)新、交付體驗,、成本,、穩(wěn)定、支持未來轉(zhuǎn)型等方面提供支持,。這個過程不僅僅對于客戶是一種歷練,，對于提供服務的服務商更是一種考驗，就像煉鋼一樣,，經(jīng)過了一步步的過程和工藝才能成為合格的產(chǎn)品,。當然我本人的職位和工作范圍更多的讓我的視角關注客戶私有云和行業(yè)云的建設與運維，即如何幫助客戶煉成一朵好云,。

我們從私有云建設說起。在幾年前如果我們和客戶交流云計算,，客戶更多的關注是虛擬化,，當時的主要工作就讓客戶接受虛擬化，所以只要能夠虛擬化所有項目都可以冠以“云”的頭銜,。隨著這幾年大型公有云的成熟落地體驗和云技術的普及,，客戶已經(jīng)慢慢的接受了云不僅僅是虛擬化，云是面向服務和交付的一個體系,，這里既包含了最終用戶也就是業(yè)務部門的自助服務獲取,，也包括從網(wǎng)絡連接到服務質(zhì)量保證的一體化運維，甚至在某些轉(zhuǎn)型客戶要求的行業(yè)云中還包括運營到銷售管理的業(yè)務模式,。

這種真正的云對于客戶來講投資相當巨大,，所以首先要判斷是否需要做一個真正的私有云（行業(yè)云），還是直接購買公有云或者別人的行業(yè)云服務,。判斷的標準一方面從定制性考慮,，一方面從安全性角度考慮。公有云服務就像在食堂吃飯,，飯的種類雖然很多但是不見得可口和適合自己,，自己某些企業(yè)特性的需求對基礎架構(gòu)或者中間層有很多要求，那只能自己搭建云的服務,。當然追求極致數(shù)據(jù)安全的公司更為需要,。

另外一個方面就是客戶的應用是否需要上云，從邏輯的角度講,，客戶的應用一般會分為不可云化應用,、可云化應用、適合云化應用和原生云應用,。這幾種類別的判斷標準不僅僅是技術上的虛擬化,、分布式存儲、融合計算,，還包括了應用的彈性需求,、業(yè)務交付需求、變化需求,，以及對外圍API 和其他應用的交互需求等,。對于構(gòu)建私有云的客戶而言，彈性的資源池也就是底層平臺不可能是隨意部署和加載的,，資源池是經(jīng)過設計采購,、租賃等一定周期才可以部署到位的，所以構(gòu)建私有云的重要目的是保證自己建設的池子的最佳投入產(chǎn)出比,，也就是運行的應用和負載可以最大化合理的利用現(xiàn)有資源池資源,，保證一定的冗余,，在大量業(yè)務下線后，能夠?qū)Y源池做適度的下電關機實現(xiàn)適度的縮減,。

從應用的角度需要看不同類別應用完全可以采用不同的手段來實現(xiàn),，當然成本和技術可能都會大大的不同。原生云應用一般都是企業(yè)目前正在嘗試的新業(yè)務產(chǎn)品和方向,，這種類型應用如果在數(shù)據(jù)信息安全允許的范圍內(nèi),，最適合放到公有云或者通過混合云來實現(xiàn)。當然更為廣泛的適合云化應用和可云化應用才是目前企業(yè)的主流,，針對這種應用類型,，在考慮構(gòu)建云的時候就需要應用開發(fā)部門和團隊的介入，僅僅提供虛擬機,、存儲服務器的純粹的IAAS或者虛擬化云平臺并不能改善業(yè)務的交付模式,，所以從交付模式入手，能否將應用的加載完全交給業(yè)務部門來選擇,，讓他們根據(jù)業(yè)務的變換來選擇啟動或者關閉從應用到底層基礎設施的服務,，這是向云化部門邁向的重大一步。這個過程需要應用部門和基礎架構(gòu)部門配合在一起,，共同制定彈性方案,，能夠確保彈的出去收的回來。這個過程就叫做服務的編排,。

從我們的經(jīng)驗來看要想應用平穩(wěn)地實現(xiàn)云化，有兩大工作要做,，第一步叫做搭架子,，第二步叫做上云。當然我們要放到一個全生命周期的角度去構(gòu)造,，只有不忘初心我們才知道我們無論走多遠做多少嘗試都可以走到終點,。

下面的圖主要向大家展示了云平臺建設的過程以及所需要的服務：

現(xiàn)在先說說搭架子,，搭架子就是云計算的規(guī)劃和評估,，設計整個云服務的交付模式，這其中包括需要考慮：

1. 應用云化的路線圖,。

   因為建設云平臺,，應用改造、遷移,、測試,、擴容等不會一蹴而就，一定是通過一定的周期來實現(xiàn)的,；

2. 對資源和工具要求的規(guī)范化,。

   如果在企業(yè)中都是標準的當然完全可以使用公有云甚至混合云,，但是不同的企業(yè)由于不同的應用發(fā)展，因為時間的日積月累導致部署架構(gòu)和應用所使用的中間件數(shù)據(jù)庫等五花八門,，七國八制,，這在建設云平臺的過程中就需要考慮準備整合版本逐步統(tǒng)一，這樣才能為后面的服務編排帶來可能,；

3. 運維流程及SLA的規(guī)范化。

   云是一個容器,，將多種應用架構(gòu)于其中,，通過服務交付自動化和自助的交給了業(yè)務最終部門和用戶，交付什么,，交付的流程和規(guī)范特別是SLA 要在一開始就設計出來,，因為這個將直接影響后面的技術體系布局和運維管理服務的成本加載；

4. 云環(huán)境下持續(xù)交付的流程,。

   這中間要考慮到應用的擴容彈性及業(yè)務連續(xù)性等一系列問題,。做到了這些步驟，建設一個完善的云體系至少不會很盲從和缺乏方向,；

5. 服務的編排,。

   這是從應用角度看待的，是將應用組合根據(jù)需要通過自動的流程啟動或者關閉,，對于基礎架構(gòu)部分完全融入到應用的自動化運作之中,。服務編排的設計非常重要，需要了解應用和懂得基礎架構(gòu)甚至于后期建設云管理平臺的人員一起合作,，這個過程是將項目制的應用軟件和底層架構(gòu)整合的標準化和模板化,，最終實現(xiàn)所謂的workflow。通過這部分設計就可以知道服務所需要編排哪些自動化的模板和對底層架構(gòu)所需要的基礎資源以及相關的技術體系,；

6. 資源池設計,。

   說到這部分不得不談談OpenStack， OpenStack 算是一個非常好的工具可以幫助客戶把整個基礎架構(gòu)底層穿連起來包括計算,、存儲,、網(wǎng)絡，不斷撬動這 IOE,、VMware 廠家所固守的商業(yè)產(chǎn)品陣地,，客戶完全可以通過OpenStack 展開一段開源的云計算之旅，但是既然是開源產(chǎn)品和體系就一定具備開源產(chǎn)品的特點和掣肘,，缺乏商業(yè)產(chǎn)品的穩(wěn)定成熟,、缺乏明確的產(chǎn)品演進路線，缺乏配套的服務都是客戶需要面對的問題,，特別是穩(wěn)定性及運維等,。從目前的經(jīng)驗看,，OpenStack 更像是樂高玩具，不同的技術人員在客戶處部署和實施的方式可能都不一樣,，所以軟件和硬件的耦合性就變的非常重要,。客戶在設計資源池的時候什么樣的硬件配置,，網(wǎng)絡,、存儲服務器加上軟件可能會產(chǎn)生數(shù)量巨大的不同排列組合，由于硬件的一些耦合性和特點,，遇到問題和故障就變的非常頻繁,，客戶無法當小白鼠反復試驗，所以Reference architecture 就變的非常重要了,，也就是通過試驗和項目已經(jīng)總結(jié)了哪些品牌的配置的機器組合在一起時是可以滿足要求的,。當然除了機器配置外，標準化的設計也為客戶在實施項目中提供了指導,，大大降低了實施的時間,。客戶只需要通過POC 來驗證功能的合理性,。

有了體系和架子,，基本上如何做一個云就算想清楚了，具體怎么做有很多種方式了,，可以自己DIY 動手從頭做,，也可以提出需求去購買管理私有云和托管私有云。當然成本與交付時間以及后期的運維的ROI 是可以作為評判的標準的,。當然有些人覺得這個好復雜,，我就找個OpenStack 廠家搭個池子或者用VMware，就可以有虛機,、存儲,、網(wǎng)絡提供了，我有了基礎的IaaS 我已經(jīng)云了,，這么做當然可以,，但是做多大規(guī)模，做出來僅僅供應虛機是不是業(yè)務部門要的,，如何管理與交付,，后續(xù)項目還有沒有成長性都無法回避。所以做不做云就像前面說的這是業(yè)務模式的轉(zhuǎn)變,，還有組織也要隨之變化,，例如增加一些角色如服務交付專員，編排設計架構(gòu)師等,。

云管理平臺Cloud Management Platform 實際上是一個非常重要的平臺,，這個不光在Gartner上面有單獨的魔力象限，在我們建設全生命期上也可以看到這是實際是整個云建設的一個重要的落腳點,。當然,，Gartner的魔力象限，其實在國內(nèi)目前云管理平臺,，客戶更傾向于本地化與定制化,，這是因為云管理平臺是客戶管理靈魂的體現(xiàn)，如何和自身管理相結(jié)合,，大量的客戶化不可避免,，所以云管理平臺的競爭是最激烈的。

云管理平臺可以說從發(fā)展的歷史看也非常悠久了,，早在前幾年,，當客戶發(fā)現(xiàn)僅僅通過VCenter 已經(jīng)無法實現(xiàn)面向客戶端的自動化交付和應對交付流程要求的時候云管理平臺就應用而生了,。現(xiàn)在的云管理平臺已經(jīng)是一個橫縱的匯合點一個接入的核心,。向下兼容和管理基礎架構(gòu)系統(tǒng)，包括多種資源池,，VMware,、KVM、Power等等,，KVM 體系資源池因為有了OpenStack 所以基本上是調(diào)用OpenStack 實現(xiàn),，VMware則是VCenter，Power 是PowerVC,，通過和底層的管理軟件互動,，云管理平臺可以看到不同的資源池，同時更重要的是在資源池之上構(gòu)建服務層,，也就是將不同的資源組織成服務通過編排交付給客戶,。

向上，云管理平臺和PaaS層應用層整合,，目前的可云化應用和適合云化應用多數(shù)使用傳統(tǒng)中間件和數(shù)據(jù)庫,，所以云管理平臺主要將在上部分內(nèi)容講的云化的軟件中間件模板和底層的虛機模板，通過服務編排整合,，最后通過服務的方式直接交付給客戶應用系統(tǒng)而不僅僅是底層資源,，這部分是目前云管理平臺發(fā)展的熱門，特別是針對企業(yè)客戶,。當然在今天對于應用的承接也還有Docker的模式,，所以云管理平臺加載Docker服務就可以為客戶提供原生云應用的部署環(huán)境和能力。

云管理平臺的價值要完全實現(xiàn)還需要橫向左右的配合,，也就是監(jiān)控運維和混合云接口,。過去所建立的云平臺一般多帶有實驗性質(zhì),，很多管理流程特別是ITIL 并沒有加載其中，目前建設的云管理平臺,，大家一方面希望提供的監(jiān)控過程是一體化的,，能夠幫助自身了解基礎資源池到虛機甚至于到中間件的各種性能和狀態(tài)，也希望提供編排的規(guī)則可以實現(xiàn)自動的啟動和關閉從而徹底實現(xiàn)云的自動化彈性價值,，這就需要云管理和監(jiān)控系統(tǒng)進行完善的整合或者提供部分的功能,。對于混合云來說，雖然部署方式,、數(shù)據(jù)傳輸,、安全依然是需要面對和思考的問題，但是通過云管理平臺可以管理遠端公有云自身購買的環(huán)境,，實現(xiàn)一體化的管理已經(jīng)是不少云管理平臺逐步實現(xiàn)的功能,，下一步必然是跨云的部署監(jiān)控以及計費等。所以作為云最重要的組件之一,，云管理平臺對服務業(yè)務交互和交付起到非常大的作用,，這可不是僅僅一個OpenStack 的漢化Horizon 可以實現(xiàn)的。

當然做云管理平臺這部分的軟件廠家也比較多,，因為不會影響生產(chǎn)的底層,，所以只是存在客戶化實施能力和好用不好用的問題。當然別小看這個客戶化和好用不好用,，其中一個點叫做用戶的易用性設計,，舉個例子，因為OpenStack 本身的設計有一個問題就是他的用戶群是虛擬化的管理人員,，而云管理平臺是面向真正用戶而設計的軟件系統(tǒng),。 這個跟 OpenStack 是兩個設計思路也是兩個方向。

運維管理在客戶進入云的世界后也發(fā)生了翻天覆地的變化,，過去客戶業(yè)務系統(tǒng)相對隔離,，基本都保持HA 等高可用形式，穩(wěn)定的主機,、網(wǎng)絡,、存儲，通過API 和端口可以很好的自動發(fā)現(xiàn)和監(jiān)控?，F(xiàn)在的云管理平臺更多的采用的是SDE 的架構(gòu)在這種架構(gòu)之下,，硬件相對標準化和簡化，如X86服務器,，更像硬件產(chǎn)品家電化,，軟件在操控硬件產(chǎn)品的過程中變的更加重要起來，從支持虛擬機的核心到存儲到網(wǎng)絡，都靠軟件來實現(xiàn),，這必然讓客戶對下要和操作系統(tǒng),，甚至內(nèi)核參數(shù)打交道，橫向要兼顧網(wǎng)絡,、存儲,、計算的整體健康狀況，比如我們碰到過得一個案例在一個項目中遇到虛擬機丟包,，長連接會卡中,，OPENSTACK 中網(wǎng)卡，追蹤到Redhat自帶的的Intel網(wǎng)卡驅(qū)動版本過低的問題,，最后升級版本解決問題,。這些還不算，還要考慮到和硬件的匹配以及兼容度的問題,，我們也在項目中遇到反復宕機最后鎖定是硬件微碼等問題的案例,。

當然有的人會說我們構(gòu)造的云平臺就應該是HA高可用的，是的,，在云平臺的架構(gòu)設計以及功能的角度這是非常重要的,，我們必須要在設計時考慮各個層級的高可用，從存儲,、到OPENSTACK到云管理平臺,，各個級別的高可用在通過監(jiān)控軟件穿連起來就實現(xiàn)了整個平臺的穩(wěn)定,。而且在實際生產(chǎn)過程中VM支持在線遷移很重要,。比如某資源池支持全部物理機微碼升級，但是已經(jīng)有很多生產(chǎn)的關鍵業(yè)務在運行,，為了達到不影響業(yè)務的物理機升級,，在云平臺部分，由于支持高可用,，停止掉一臺物理機的服務不會影響云平臺的運行,，所以可以迭代升級。在計算節(jié)點,，由于支持VM在線遷移,，所以也可以迭代升級。當然這些底層運維場景只是一部分,，還有一部分是業(yè)務和中間件的整合,，我們也有碰到若干虛擬機只有一臺反復丟包的情況，最后排查就是應用的問題,。

所以云服務是一個大容器,，這個大容器不能說是高壓鍋吧，但是壓力確實不小，應用于今天的云運維服務,，整個工具鏈系統(tǒng)也在不斷演進,，目前我們云運維團隊常使用的工具就有開源和商用的兩種，其中開源的有saltstack,，nagios,，elk，lpar2rrd,。還有itm,，powershellcli，最后還得自己寫腳本,。如果客戶要自己運行好云,，一方面要希望云管理平臺和這些監(jiān)控工具集合，另外一方面也要自己投入時間學習和研究,。云運維和傳統(tǒng)運維綜合相比,，1.云運維不僅僅關注硬件和物理層，而更關注整體系統(tǒng)和應用層,，2.云運維更需要軟件及系統(tǒng)的自動化部署,，3 通過生命周期形式來管理應用程序,，如自動軟件更新,。4 負載均和和容量自動擴展保持最佳的私有云投入產(chǎn)出比。5.降低運維成本,。

所以如果從目前構(gòu)造的項目來看,，以VMware為底層打造的云平臺,，客戶更多的關心應用層的問題。以OPENSTACK 開源打造的云平臺,，客戶要更多的依賴服務廠家,，要不就自己人和投入資源整合工具鏈逐步實現(xiàn)運維，目前更潮流的模式是給客戶提供管理云服務,。管理云服務就是管家型云服務,，專業(yè)的人干專業(yè)的事情。管家云服務通過提供專業(yè)的管理運維工具或者管理服務,，幫助客戶維護和運營一個穩(wěn)定OpenStack 基礎架構(gòu),。這種業(yè)務可以將客戶徹底解放，而且專業(yè)的團隊有專業(yè)的知識庫和人員可以分享,。當然這種業(yè)務模式所犧牲的就是完全的客戶化,，因為客戶的硬件體系甚至軟件，特別是OpenStack 必須要運維廠家實施部署方能夠進行友好的管理,，而且管理服務廠家必須通過遠程監(jiān)控運維以實現(xiàn)一定的服務級別和響應,。

云計算通過資源池的模式將數(shù)據(jù)進行集中管控，比傳統(tǒng)分布在大量終端上的數(shù)據(jù)更安全,。由于數(shù)據(jù)的集中,，使得安全審計、安全評估,、安全運維等行為更加簡單易行,，同時更容易實現(xiàn)系統(tǒng)容錯、高可用性和冗余及災備恢復,，但是傳統(tǒng)的IT安全威脅種類依然存在,，因此傳統(tǒng)的安全防護方案依然可以發(fā)揮一定的作用。

云平臺的安全保障可以分為管理和技術兩個層面：在技術方面,，需要按照分層的思想,，基于安全域的劃分，從物理基礎設施,、虛擬化層,、網(wǎng)絡、系統(tǒng),、應用,、數(shù)據(jù)等層面進行綜合防護；在管理方面,，應對云平臺,、云服務、云數(shù)據(jù)的整個生命周期,、安全事件,、運行維護和監(jiān)測、度量和評價進行管理,?？紤]云計算所帶來的變化,、風險,，從保障系統(tǒng)整體安全出發(fā)，構(gòu)建一朵安全的云,，除了需要考慮基礎設施安全,、虛擬化層安全、虛擬網(wǎng)絡邊界安全,、主機安全,、應用安全、數(shù)據(jù)保密和防泄露之外,，還要關注安全運維管理,、法律和合規(guī)等方面的需求。

目前我們所實施的項目多數(shù)讓客戶在傳統(tǒng)網(wǎng)絡和安全防護的層面，在加入多應用和虛擬化層的安全控制,，因為現(xiàn)在大量使用開源軟件,，特別是應用軟件，漏洞掃描補丁管理一定要在業(yè)務上線之前,，而且在云計算中的物理金屬邏輯在上線加入云平臺后也需要同步安裝防護軟件,，以避免其在互聯(lián)網(wǎng)端裸奔。

總體看云計算的安全問題是無處不在而且嚴峻的,，最好的方法就是安全設備可以如同存儲設備一樣,，形成池化的資源池，在用戶申請云服務器時,，與計算資源,、存儲資源一起按需分配給用戶。目前,，在公有云市場,，已經(jīng)有云服務提供商將安全作為基本屬性交付給用戶，在用戶購買云計算服務時,，用戶得到的是安全的ECS,、CDN、RDS和OSS,。相信不久之后,，各種池化的安全資源也會在私有云環(huán)境中得到運用，到時候安全也將成為搭建云服務的眾多樂高積木中的一塊,，任你選擇和支配,，它只局限于你的保障需求和想象力。

一朵好云建設就像打造一件工程作品,，一開始就要設計好圖紙,，有了圖紙可以選擇自己來或者直接購買合適的云服務，因為目前市場上競爭激烈,，也沒有什么明確的規(guī)范,，所以客戶選擇是非常困難的。

我個人的建議是把云管理和底層分開來看,。云管理可以一步一步通過客戶化和項目最終達到效果,，但是底層呢一旦選擇再次更換就會變的非常消耗時間和成本。同時底層和運維的匹配度也是非常重要,，一個無法管理和不便于監(jiān)控管理的底層無異于是一個徹底的黑洞,。所以可以提供良好管理甚至于管理工具的底層將變得很有價值。

談完這些最后其實考察的就是團隊了,，一個廠家的云建設團隊其實也很難做到全能,，因為技能水平,，客戶現(xiàn)場復雜度，產(chǎn)品成熟度等各種差異化條件,，你很難讓一個原來做木工的還要能做好瓦工,，當然OpenStack 的實施服務要求，已經(jīng)在往這個方向發(fā)展了,，要能夠綜合解決問題,，同時服務和支持的體系也很重要，其實云化的前期發(fā)生問題和出現(xiàn)問題非常正常,，你用一堆開放相對廉價的軟件和硬件堆出了一個商業(yè)用的高可用環(huán)境,，無論從壓力和能力角度，故障和問題都是常態(tài),，所以認識到這個問題,，及早構(gòu)建支持服務團隊或者購買相關服務可以讓客戶的使用感受大幅度提升。個人認為SDE 所帶來的變化將是軟件更加復雜和開放,，商業(yè)模式也將逐步過渡到以服務為主,，通過個別版本想一統(tǒng)天下的時代在慢慢的消亡，所以購買一朵云無論是公有云還是私有云最核心的是購買的服務,，最終用戶購買使用了服務,，運營方購買了廠家的服務，所以管理型私有云在開源開放體系的架構(gòu)中將會全面的發(fā)展,。

最后再給大家講個小故事。今年這個端午節(jié)最大的收獲和放松就是自己DIY動手改裝了一輛滑板車,。家人送了我一輛迪卡儂的自滑行Town 9滑板車,，我用了還沒一周就總想要是來個電的多好呀，自打這個念頭在我的腦海中生根發(fā)芽我就像著了魔一樣天天想天天想,。神一樣的淘寶滿足了我的愿望,，真有改裝套包，我也百度到了各種改裝介紹和功率,，在貨比八家,，遍歷了各種攻略后我果斷拍下。

整個安裝和改造的程序過程非常痛苦,。自己改裝就像客戶用開源做云計算,，網(wǎng)上攻略都是半截貨，各種坑得自己摸索,、自己填，各種不匹配要自己想辦法,，所有美圖都是擺拍,，關鍵是心里要承擔巨大可能失敗了就什么都沒有的風險,。在經(jīng)歷了開槽、擴孔,、換輪,、裝線、安燈,、安控制器,、裝電池后，終于搞定了,，家人說還不如直接買電動的,，是呀，電動的比我便宜的有很多,，但是最讓人開心和有成就的還得自己動手干,。

這也是為什么客戶放著商用的不買一定要開源，因為可控,，自己有機會練成專家,，不過說實話，后面保修啥的也要靠自己了,。一個改裝滿足了我這個工科男小小的動手欲,，也悟出了很多工作中的道理。但是你們知道我用了幾個月以后的情況嗎……（本文首發(fā)鈦媒體,，根據(jù)IBM大中華區(qū)混合云建設產(chǎn)品線業(yè)務總經(jīng)理毛東暉在鈦坦白上的分享整理,，編輯/佳音）

………………………………………………

鈦坦白第26期八個小時的分享已經(jīng)全部結(jié)束，干貨會陸續(xù)發(fā)布在鈦媒體上：http://www.tmtpost.com/tag/1508094

報名入群：在微信公號“鈦媒體”（taimeiti）,，發(fā)送“鈦坦白”

與鈦坦白合作,，推薦鈦客：請與鈦坦白負責人佳音聯(lián)系，郵箱[email protected]