關于云計算落地有各種各樣的猜測，但是真正了解這個過程的卻并不多。本文是UnitedStack有云產品VP袁東在云頭條的一次分享，把在向云遷移過程中的三類典型用戶抽象成具體人物，個性鮮明。雖然都有真是真事兒，但是大家不要較真到底是誰，因為這樣的故事在這些行業頻繁的上演。也許，小鮮肉兒說的就是你?
今天來講一個小鮮肉、大叔和高富帥的故事，這三個人物實際上是我們做的三個典型項目的客戶給我留下的感覺。希望通過這三個項目和大家分享一下不同的行業對云計算的思考方式的差異。
小鮮肉：來自IDC行業
(故事背景：IDC是個水很深的行業，燭鮮肉的背后我也不知道有沒有背景)
當時這個項目做下來也奇葩，本來人家第二天要跟別人簽合同了，硬件都采購完了——然后被我們搶單了。
在和小鮮肉交流的時候也很有意思，他們最關心的問題是：云計算這個東西，怎么為他們掙錢!但凡IDC行業轉型云計算，出發點幾乎都是這一點：怎么用云計算掙錢。把這個問題講清楚了，單子就到手了。
不過單子到手不算完，正當我們打算彈冠相慶的時候，小鮮肉就把一大堆定制化需求糊了我們一臉。果然，這才是做項目的節奏——事情本來就會這么簡單嘛。
這一坨定制化需求從按月導出客戶對賬記錄，一直到公網IP的分配，再到各種打折、促銷和代金券……搞得我們動物園里面的產品汪和程序猿一陣狗吠猿鬧。
等到都坐下來了，我們總結了一下：以小鮮肉為代表的IDC客戶的核心需求是“運營”!
如果一個云計算系統在滿足IDC云化的基礎上，能很好的解決“運營”這個痛點，那么基本上就成功了
如果在能夠解決他們的定制化需求，那他們估計就樂壞了。
大叔算是制造業的
(故事背景：老國企轉型，幾十年的歷史，比我們年紀都大。大叔老樹開新花，趕著互聯網+的熱潮，也全盤云化。)
大叔的想法，既然搞了，就搞最時髦的——直接上OpenStack!我們就是這樣進去的。
這個項目完全是標準方案，直到系統搭好都一帆風順。但是，就像我們都明白的那樣，沒有坑的項目，絕對不是好項目。
大叔的項目完全由集成商包辦，里面的人際關系估計比OpenStack的MQ交互還復雜。不過這不是重點，重點是不知道集成商從哪里找來的人搭應用，很顯然搭應用的和寫應用的還不是一伙兒人，估計集成商也找不到寫系統的人了。然后悲劇發生了，應用搭在我們的平臺上，怎么都不好使：不是測試性能巨差，就是系統崩潰……
其實都和我們的平臺沒關系，但是大叔不管這個，大叔的管家(集成商)更不管這個。應用跑不起來、測試過不去，就別想驗收拿錢。
結果就是我們從把整個應用平臺搞了一遍，從數據庫到中間件再到WebLogic，最夸張的時候我們還動手幫他們改應用配置，定位Java程序的Bug。
最后業務跑起來了，驗收通過了，大叔滿意了，我們的人也都成了業務專家。
小結：大叔代表的傳統或者細分一下，制造業。需求實際要的是一站式解決方案。訴求也很明確：你把我的業務支撐起來，我就給你錢。絕不可能說，你做IaaS的，我就跟你驗收IaaS，然后你就可以退場了，這類客戶只在乎業務。
云計算，很多時候他們并不是很關心。只要你能解決他們的業務，你就贏下了這個市場。
高富帥，銀行生產系統的應用
!!!注意哦，是生產系統!雖然肯定不是核心記賬系統，但也不是開發測試系統。
(前情交代：這個項目讓我見識了什么是真正的高富帥。在這之前，我聽說某行搞云計算，光規劃搞了半年以上，我還不不太信。經歷了這個項目我就懂了，我原來也以為是傻有錢傻有錢，但其實完全不是，聽我講完你就知道了。)
第一次去見這個客戶，30人的會議室，18度空調。
一個感覺：熱!!!
為什么熱呢?因為好多好多人，某大廠牽頭這個項目，我們算是合作伙伴，實際上是小弟弟。我們去了包括我在內的倆人，大廠去的人數大概是我們的10倍!高富帥的領導往中間一坐，后面呼啦啦跟著七八口人，包括弱電、機房、線纜……承擔各種工種的人，我自始至終都沒認全，汗。
三十幾口人就伺候一個領導，這個派頭我在大叔那里都沒見到。我當時以為這個領導大概會很水，不然干嘛帶這么多人?不過項目做多了，真是開眼界。這個領導完全和我想的不一樣。
人家從弱電怎么布，網絡怎么走線，交換機幾個口怎么化VLan，問到軟件選型
最后連我們的存儲是怎么保證MySQL斷電時候的事務一致性都搞明白了…還順便幫我們梳理了一把銀行的業務。
絕對的高手!
人家帶這么多人，是直接現場安排布置工作的。一天從早到晚，一個數據庫大概怎么構建，脈絡基本清晰了?；旧蠈Ψ骄褪且粋€人在主導，剩下的30多口人在配合。
小結：這個故事讓我們明白了兩個道理：高富帥行業不愧錢多，藏龍臥虎。第二就是：關鍵應用，客戶一定會把你的姥姥根給你刨出來。不搞明白你的運作機制，他是不敢上業務在你的平臺上的，不然我們丟失的是單子，他丟的是烏紗帽。
總結一下就一句話：IDC看運營;傳統企業看業務;銀行要的是個放心。
[page]精彩問答
因為問答實在精彩，小編只能摘錄部分，并且按照產品、項目和技術進行分類，希望大家看起來清晰一些，一些問題的分類可能并不精準，請多包涵。
產品相關：
Q：你們做的銀行云案例、傳統企業云案例，是不是私有云?
A：不是傳統私有云，是我們的托管云模式，都有VPN進去的。
Q：VPN進去做管理?
A：是的。
Q：托管云也是私有云的一種?
A：這個可能大家理解的差異，我們區別的是這個云是不是客戶自己維護，客戶維護是私有云，我們維護是托管云。
Q：你們的方案是完全開源還是閉源的?客戶可以在你們的產品上自己定制開發定制嗎?
A：完全開源，給源代碼。我們有一家IDC客戶就是自己定制的，完全看不出是我們的東西，我們都很佩服。
Q：SSD做Cache Pool性能如何?我記得你們一般用3*SSD加SATA。
A：我們的存儲分為容量型存儲和性能型存儲，對于大部分客戶都可以滿足要求。關于三的倍數是因為我們的存儲有三個副本，所以要求是3的倍數。
Q：12個Node為一個Ceph Cluster，這是為啥考慮?
A：12個節點不是Ceph Cluster，是我們的一個標準方案。
Q：那每12個Node之間的VM和數據能遷移嗎?
A：可以的。
Q：假如一個VM在故障域A需要遷移到故障域B，這個時候如何在線遷移?
A：底層如果是兩套Ceph，現在只能停機遷移。
Q：這樣的設計不就形成了很多獨立的Pool了嗎?
A：12Node-100Node是一個Pool，我們這里容災域不是Pool的概念，是Ceph Crush的概念。
Q：我想了解的事，私有云考驗你們的定制化交付能力，你們大概有多少人占比鋪在定制化實施上，這個怎么和你們的公有云功能維護平衡?
A：公有云是我們為自己運維的一個托管云，跟運維客戶的云說一樣的。
Q：大叔、高富帥他們之間的區別，用配置就可以解決了，對嗎?
A：是的，一套代碼，沒有專有分支，不然維護成本太高了。修一個Bug，各種BackPort。
Q：高富帥、大叔和小鮮肉每個都需要定制化，會不會很累?
A：除非放棄這個行業，不然這個行業的需求必需滿足。
項目相關：
Q：既然已經實施了這么多基于OpenStack的云，客戶使用反響如何?你們的后續維護情況如何?
A：這個問題怎么回答呢?大部分還不錯，雖然還存在大大小小的問題，但是從用戶的實際購買來看，不斷有客戶進行擴容。
Q：客戶已經現網運行了，會讓你們升級嗎?比如銀行。
A：可以的，因為業務不受影響。
Q：三個故事既各有特點，但是又說明了共性。這些和你們直接對接的應該就是家紡的項目經理。他們一般對內部的業務還是比較了解和熟悉的。說大地，你們按照項目來交付，其實就是弄清楚客戶最終的終極需求，要完全的滿足和解決他們的需求。
A：我們是在做項目中提煉產品，需求不可能是我們拍腦門想出來的，項目本身就是需求最好的來源，但是我們并不是為了做項目而做項目。
Q：你們的項目和行業做多了，又歸納客戶分幾類?
A：當然有分類，基本就是按照行業分的，然后找行業共性的需求。一段時間內打一個行業。
Q：這三類就是最具代表性的嗎?
A：算是吧。
Q：可以看出你們這些有的還說有很強的系統集成意味，你們提供開源云技術/軟件等服務居多。
A：是的，我們公司就是賣服務的。
Q：銀行和政府核心業務現在用的是什么云?
A：記賬業務都是小機，這個估計可見的未來都上不了云。
Q：每個項目大概從需求溝通到驗收，周期大概多長?
A：行業差異很大，像小鮮肉，一兩周就搞定了(不含定制需求)。大叔項目，斷斷續續幾個月吧，主要是人的問題。
Q：聽說小鮮肉兒那沒業務啊?
A：小鮮肉已經在擴容第二個Region了。
Q：小鮮肉兒們IDC云化以后，和公有云服務上比有競爭優勢嗎?
眾籌回答(來自群內的高手)：
1.機柜費用省了30%～40%，是占整個云化成本的30%～40%，還是非常驚人的。
2.云化少了搬箱子的工作
3.核心還是資源：帶寬、電力，跟云沒關系。
4.第一驅動力不是跟公有云用戶搶客戶，而是留住現有客戶。一般客戶租用了IDC后，粘性很強，沒有特殊原因不會輕易換。但是現在很多客戶問IDC要云，沒有云就走了，所以……十幾個人的IDC云，一年銷售額7000萬的萬都見過，他們有很多客戶資源。
5.所以有host private cloud，你不能云化的機器就在你邊上，一根網線搞定。
技術相關：
Q：基于IOE的應用移植到OpenStack平臺會遇到哪些問題?
A：這個問題有點大，IOE實際上要分開來看，I如果是小機的話，還說要重寫業務吧;O如果是重要應用，比如RAC，還是不要上云了;E的情況最慘，因為ServerSAN對E的沖擊最大，大部分情況是可以替換的。
Q：對那些傳統開發模式/軟件Oracledb、tuxedo、Weblogic的產品/系統，這些都是繞不過去的。
A：J2EE和Weblogic這些我在項目中都碰到過，問題不大。Linux—Based都好說。
Q：Oracle數據庫，是跑盤柜還是Ceph?
A：如果是Oracle RAC的話，還是跑陣列吧。
Q：單機呢?
A：Oracle單機也可以跑在云上，這個問題不大。
Q：用戶不會有分層存儲的需求嗎?
A：目前沒有遇到。
Q：你們的項目中有沒有涉及到物理機接入的?
A：有需求，現在我們還做不到管理物理機和管理虛擬機一樣，Iron我們也在調研中。但是基本的物理機管理功能是有的，包括自動安裝系統之類的功能。
關于分享者
袁冬博士，UnitedStack產品副總;云計算專家，在云計算、虛擬化、分布式系統和企業級應用等方面有豐富的經驗;對分布式存儲、非結構數據存儲和存儲虛擬化有深刻地理解，在云存儲和企業級存儲領域有豐富的研發與實踐經驗;Ceph等開源存儲項目的核心代碼貢獻者。
京公網安備 11010502049343號