有一個(gè)傳說，以前叫做去IOE。

　　“2015年11月11日20:00，浙江移動(dòng)手機(jī)營業(yè)廳充值1折秒殺活動(dòng)順利結(jié)束，DCOS平臺(tái)充分展現(xiàn)了其在應(yīng)對(duì)業(yè)務(wù)高峰時(shí)的能力優(yōu)勢，順利通過雙11考驗(yàn)。”

　　很顯然，去IOE的傳說已經(jīng)在浙江移動(dòng)變成了現(xiàn)實(shí)，那么運(yùn)營商如何實(shí)現(xiàn)了自己去IOE的理想呢？

　　能夠改變世界的，都將是偉人；

　　能夠去IOE的，都不是一般人。

　　再次糾正去IOE認(rèn)知

　　對(duì)于在O領(lǐng)域摸爬滾打了10多年的王曉征，現(xiàn)在是中國移動(dòng)浙江公司信息技術(shù)部副總經(jīng)理、中國移動(dòng)的知名IT專家。11月19日在首屆“天璣數(shù)據(jù)2015精英論壇”的演講中再次提到去IOE認(rèn)知與哲學(xué)，在他看來去IOE不是一種風(fēng)氣，而是一種真正的實(shí)踐與學(xué)問。

　　從各種信息表明，移動(dòng)、聯(lián)通、電信還是都有不同程度的去IOE實(shí)踐。但這種實(shí)踐的過程首先需要有明確的認(rèn)知，IOE架構(gòu)的特點(diǎn)霸道的地方在于，基于向上擴(kuò)展(Scale-up)技術(shù)的高端設(shè)備以及圍繞著它們開發(fā)的專有硬件、大型數(shù)據(jù)庫和商業(yè)中間件。當(dāng)前用戶紛紛開始云計(jì)算實(shí)踐，IT系統(tǒng)云化的本質(zhì)是以云計(jì)算技術(shù)為驅(qū)動(dòng)，基于分布式架構(gòu)，將系統(tǒng)進(jìn)行基礎(chǔ)軟硬件標(biāo)準(zhǔn)化、應(yīng)用軟件服務(wù)化改造，從而打破信息孤島，實(shí)現(xiàn)資源共享、動(dòng)態(tài)調(diào)整，提高資源利用率、降低建設(shè)成本。

　　王曉征再次糾正業(yè)界存在的去IOE認(rèn)知，現(xiàn)場侃侃而談。

　　不論去IOE對(duì)不對(duì)，先談一談對(duì)定義的理解。去IOE廣義的理解，是要去掉小型機(jī)、商業(yè)閉源數(shù)據(jù)庫、高端集中式存儲(chǔ)陣列。以IBM、Oracle、EMC為代表的傳統(tǒng)IT巨頭提供的是整體解決方案，去IOE的本質(zhì)是“分布式+開源+ Scale-out”架構(gòu)替代“集中式+封閉+ Scale-up”架構(gòu)，從而轉(zhuǎn)變成徹底的云計(jì)算服務(wù)模式。

　　思路明確了，方向走對(duì)了，去IOE目標(biāo)才能逐漸靠近。

　　不過，即便去IOE的目標(biāo)一致，但隔行如隔山，每個(gè)行業(yè)的去IOE還是有許多不同之處的，如果拿同一個(gè)標(biāo)準(zhǔn)和方法去套用每個(gè)行業(yè)，最終的結(jié)果和拿著框框買鴨蛋一樣。

　　阿里去IOE不具備普世性

　　去IOE是來自互聯(lián)網(wǎng)行業(yè)的概念，由阿里巴巴公司于2010年最先發(fā)起。必須看到阿里巴巴的去IOE方案絕對(duì)是一種創(chuàng)舉，但也得認(rèn)識(shí)到它不具備普世性，具體情況具體分析才是王道。以去O為例，盲目去O是莽撞，就像七傷拳，打得越多傷得越重。

　　這里需要指出的是：阿里業(yè)務(wù)爆發(fā)性增長，對(duì)系統(tǒng)的擴(kuò)展性具有極大的需求，并且商業(yè)產(chǎn)品的采購以及服務(wù)成本高，同時(shí)，阿里云是公有云，需要采用開源產(chǎn)品降低成本，才能展示實(shí)力，加上阿里也有自己的IT技術(shù)資源與積累?？梢?，阿里去IOE的驅(qū)動(dòng)力很強(qiáng)，這是剛需，也有自己的技術(shù)能力去搞定開源與IT系統(tǒng)的事情。

　　三大因素驅(qū)動(dòng)運(yùn)營商去IOE

　　相對(duì)來說，作為傳統(tǒng)的運(yùn)營商，需要的是穩(wěn)定可靠高效的IT，又是什么驅(qū)動(dòng)力讓其也要去IOE呢？

　　王曉征分析認(rèn)為運(yùn)營商去IOE來自幾個(gè)方面的原因：

　　首先，我們都處于一個(gè)移動(dòng)互聯(lián)網(wǎng)時(shí)代，像運(yùn)營商這樣傳統(tǒng)行業(yè)的IT系統(tǒng)也不可能獨(dú)善其身。定會(huì)遇到各種互聯(lián)網(wǎng)流量沖擊，其中因業(yè)務(wù)驅(qū)動(dòng)帶來的諸多挑戰(zhàn)也是其中的原因。這就需要建立分布式的開放架構(gòu)，實(shí)現(xiàn)系統(tǒng)能力線性擴(kuò)展，有效支撐未來業(yè)務(wù)發(fā)展，確保系統(tǒng)架構(gòu)的先進(jìn)性和能力領(lǐng)先。

　　其次，是運(yùn)營商自身的技術(shù)能力驅(qū)動(dòng)。即使運(yùn)營商沒有阿里那樣的技術(shù)研發(fā)能力，但像浙江移動(dòng)也一直考慮在合理情況下是不是可以降低對(duì)供應(yīng)商的依賴度，使用一些更開放的架構(gòu)去解決移動(dòng)供應(yīng)鏈的問題。最終實(shí)現(xiàn)技術(shù)內(nèi)化，加強(qiáng)對(duì)核心能力的掌控。

　　再次，也是成本問題，運(yùn)營商照樣需要開源節(jié)流，降低成本也是大家考慮的重點(diǎn)之一。但成本這個(gè)詞有著很多的內(nèi)容，并非價(jià)格就可以代表。這就需要考慮引入標(biāo)準(zhǔn)化通用基礎(chǔ)設(shè)施和配套的新一代技術(shù)架構(gòu)，優(yōu)化投資和運(yùn)維成本結(jié)構(gòu)，提升技術(shù)掌控力，提升整體效益。

　　再者，運(yùn)營商都屬于國企，信息安全和社會(huì)輿論都很重視。有些事情阿里可以做，但運(yùn)營商不能做，這就是政策原因。但兩者去IOE發(fā)展的方向是一致的。

　　上面一張圖，是否讓你秒懂運(yùn)營商和阿里去IOE的驅(qū)動(dòng)力？呵呵

　　對(duì)于阿里，對(duì)于運(yùn)營商，大家對(duì)于去IOE有著不同的驅(qū)動(dòng)、不同的能力，必然帶來不同的選擇。如果選擇相同，就需要想想是不是哪里出了問題？

　　既然去IOE已經(jīng)成為一種選擇，那么到底該如何一個(gè)一個(gè)地去I、去O、去E呢？其中的技術(shù)難點(diǎn)在哪里？有何良策可依呢？

　　去I：技術(shù)架構(gòu)是關(guān)鍵

　　小型機(jī)作為IT系統(tǒng)的主要計(jì)算設(shè)備承載了大部分的業(yè)務(wù)，但從擴(kuò)展性、性價(jià)比、核心能力掌控等角度而言已經(jīng)不適宜當(dāng)前發(fā)展。X86單個(gè)CPU處理能力一直在提升，目前已達(dá)到或超越小型機(jī)單CPU處理能力。應(yīng)用了分布架構(gòu)和云計(jì)算技術(shù)，是否可以用一個(gè)數(shù)據(jù)中心去替代某一臺(tái)大機(jī)？這在理論上是可行的，不過，應(yīng)用采用分布式架構(gòu)，提升處理能力，必須對(duì)應(yīng)用代碼進(jìn)行改造。

　　比如在近年來運(yùn)營商做的很多核心系統(tǒng)云化的嘗試本質(zhì)上也可以看成是一種相對(duì)私有化的、有限度的云計(jì)算架構(gòu)創(chuàng)新。一般的做法是采用傳統(tǒng)的IT架構(gòu)思路對(duì)應(yīng)用進(jìn)行云化改造，底層往往是基于虛機(jī)化方式去實(shí)現(xiàn)IAAS層的標(biāo)準(zhǔn)化，然后將應(yīng)用進(jìn)行私有化的分布式和集群化改造。這種路線的進(jìn)一步演進(jìn)的必然結(jié)果就是DCOS的橫空出世。

　　三條路線，簡單明了，親們覺得這三條去I路如何？

　　那么，去I技術(shù)路線就非常明確了，應(yīng)用層確實(shí)可以替換成廉價(jià)X68服務(wù)器，不過需要指出的是任何指望應(yīng)用層完全透明的云化改造都是“耍流氓”，云化必然帶來對(duì)應(yīng)用的侵入，無非是用什么技術(shù)方案如何侵入的問題，理論上應(yīng)用侵入越小，云化就越不徹底。（比如常見的將應(yīng)用簡單遷移到虛機(jī)，應(yīng)用伸縮完全依賴于虛機(jī)的伸縮，這就是一種非常原始的云化方案）。數(shù)據(jù)層也可以采用X86服務(wù)器或者是數(shù)據(jù)庫一體機(jī)來實(shí)現(xiàn)云化改造，分析型業(yè)務(wù)則主要遷移到大數(shù)據(jù)平臺(tái)，基本上就是這些基本路線，無非是大家根據(jù)什么情況去做什么樣的選擇。

　　總之，去I主要難點(diǎn)在于技術(shù)架構(gòu)，應(yīng)用層會(huì)涉及部分代碼重構(gòu)，而數(shù)據(jù)庫層則需通過數(shù)據(jù)庫云平臺(tái)等新技術(shù)手段實(shí)現(xiàn)去I。

　　延展幾句話，IOE架構(gòu)的基石是穩(wěn)定的基礎(chǔ)設(shè)施，去IOE架構(gòu)的基礎(chǔ)是不穩(wěn)定的基礎(chǔ)設(shè)施，那么就需要在一個(gè)不穩(wěn)定的基礎(chǔ)設(shè)施上建立一個(gè)穩(wěn)定的系統(tǒng)，同時(shí)沒有強(qiáng)大的軟件支持就很難實(shí)現(xiàn)。比如浙江移動(dòng)與天璣科技聯(lián)合研發(fā)的DCOS（數(shù)據(jù)中心操作系統(tǒng)），以分布式集群資源調(diào)度（Apache Mesos和Apache Hadoop YARN）為基礎(chǔ)，結(jié)合容器（Docker）技術(shù)構(gòu)建的一個(gè)標(biāo)準(zhǔn)化的高效平臺(tái)，支持多種計(jì)算框架，具備敏捷開發(fā)、快速部署和彈性伸縮的特性。

　　浙江移動(dòng)DCOS技術(shù)架結(jié)合行業(yè)主流技術(shù)方案，通過關(guān)鍵技術(shù)選型，即以容器為基礎(chǔ)封裝各類無狀態(tài)應(yīng)用和運(yùn)行環(huán)境，以Mesos為核心實(shí)現(xiàn)容器資源的分布式調(diào)度與協(xié)調(diào)。DCOS已經(jīng)成為了浙江移動(dòng)的第三代PaaS中的核心組件。

　　為此，今年雙十一期間，DCOS的首次實(shí)踐在浙江移動(dòng)手機(jī)營業(yè)廳充值秒殺活動(dòng)中，成功應(yīng)對(duì)業(yè)務(wù)高峰，順利通過雙11的實(shí)戰(zhàn)考驗(yàn)。

　　去E：SDS代表了未來

　　傳統(tǒng)高端集中式存儲(chǔ)是目前運(yùn)營商IT系統(tǒng)中數(shù)據(jù)存儲(chǔ)的主要介質(zhì),但從擴(kuò)展性、性價(jià)比、核心能力掌控等角度而言已經(jīng)不再是用戶的不二選擇。

　　去E主要難點(diǎn)僅限于技術(shù)架構(gòu)，對(duì)應(yīng)用基本無影響，但是進(jìn)度依賴于技術(shù)手段的成熟度。

　　看完上圖后，去E你們覺得還有什么路可以走嗎？

　　去E需要在存儲(chǔ)性能、可靠性和容災(zāi)方面考慮對(duì)策。傳統(tǒng)架構(gòu)中，在IOE架構(gòu)中的存儲(chǔ)提出了相當(dāng)多的可靠性要求，既要高性能，又要穩(wěn)定和可靠，還要能夠支撐各種各樣數(shù)據(jù)安全的復(fù)制。從表面上看去E似乎也都有出路，比如說數(shù)據(jù)庫在OLTP的場景下往往可以采用數(shù)據(jù)庫一體機(jī)，當(dāng)然也可以用SDS或者分布式文件系統(tǒng)去搞定。

　　其實(shí)，分布式文件系統(tǒng)與SDS在某種意義上有著類似的架構(gòu)思路，說到底E針對(duì)的就是數(shù)據(jù)，無非要在平衡CAP原理的情況下，用各種各樣不同的技術(shù)路線來解決數(shù)據(jù)的安全問題，這是基本思路。

　　王曉征認(rèn)為，去E最終可能是一件比較靠譜的事情，但過程具有挑戰(zhàn)性。

　　為什么呢？

　　實(shí)際上，如果一個(gè)產(chǎn)品采用了封閉架構(gòu)，那么從理論上說，這種架構(gòu)對(duì)供應(yīng)商有利，而對(duì)用戶不利。因?yàn)楣?yīng)商往往會(huì)搞定整個(gè)產(chǎn)品的解決方案，而不會(huì)為一個(gè)架構(gòu)創(chuàng)新。

　　傳統(tǒng)存儲(chǔ)采用了一個(gè)集中化的架構(gòu)，很難想像HP和IBM的存儲(chǔ)是否可以互換硬件？那么如何才能對(duì)用戶比較有利呢？目前的一個(gè)大方向就是采用標(biāo)準(zhǔn)化硬件搭建，借助軟件定義存儲(chǔ)去實(shí)現(xiàn)?？墒牵虑橛终f回來了，市場上有那么多SDS，用戶怎么知道哪一個(gè)廠商SDS經(jīng)過了商業(yè)化定制，真正能夠穩(wěn)定和安全。因此，這對(duì)實(shí)際要采用SDS的用戶來說算是一個(gè)很大的挑戰(zhàn)，可見，SDS代表了未來，然而前途是光明的道路是曲折的，對(duì)用戶和存儲(chǔ)廠商都是一種挑戰(zhàn)。

　　去O：四大誤區(qū)與四條道路

　　去O是去IOE中爭議最大的一個(gè)問題，現(xiàn)在大家對(duì)去O存在4大誤區(qū)：一是認(rèn)為去O能省成本；二是認(rèn)為去O能降低對(duì)供應(yīng)商依賴；三是認(rèn)為去O是解決數(shù)據(jù)庫可擴(kuò)展性問題的主要途徑；四是認(rèn)為去O主要問題在于數(shù)據(jù)運(yùn)維。

　　從運(yùn)營商角度來看，如何糾正去IOE這四大誤區(qū)呢？

　　一方面，去O費(fèi)成本，去O肯定會(huì)導(dǎo)致成本增加，但操作得當(dāng)可以提升核心能力掌控；

　　二方面，去O很可能會(huì)加大對(duì)供應(yīng)商依賴，簡單去O會(huì)降低對(duì)數(shù)據(jù)庫原廠的依賴，但會(huì)增加對(duì)新數(shù)據(jù)庫以及應(yīng)用系統(tǒng)開發(fā)商的依賴；很少有哪個(gè)數(shù)據(jù)庫的生態(tài)環(huán)境達(dá)到O記的水平，而良好的生態(tài)環(huán)境正是降低對(duì)原廠依賴的關(guān)鍵。如果連O的掌控都做不到，去O換成任何一個(gè)數(shù)據(jù)庫，很可能更掌控不了。走都走不好何談去跑？

　　三方面，去O主要困難是數(shù)據(jù)架構(gòu)管控能力，因?yàn)槿的主要困難不是新數(shù)據(jù)庫的運(yùn)維，而是數(shù)據(jù)一致性和性能方面的挑戰(zhàn)，本質(zhì)上是數(shù)據(jù)架構(gòu)管控的爭奪；

　　四方面，解決數(shù)據(jù)庫擴(kuò)展問題不一定要去O，對(duì)于數(shù)據(jù)庫擴(kuò)展問題，可以通過Scale-out+Scale-up 等多種技術(shù)手段解決，不可一概而論。

　　Oracle是一個(gè)最強(qiáng)大的關(guān)系型數(shù)據(jù)庫，它的單點(diǎn)處理能力、數(shù)據(jù)安全性和開發(fā)支持能力等都是比較強(qiáng)的。想要把單點(diǎn)處理能力解決掉的話，當(dāng)然數(shù)據(jù)庫一體機(jī)的Scale-up方案是一種選擇，不過，從Scale-out角度上說，就必須要走分布分表的方案。

　　其實(shí)，阿里分布式關(guān)系型數(shù)據(jù)庫服務(wù)(Distribute Relational Database Service,簡稱DRDS)本質(zhì)上在走這種技術(shù)架構(gòu)，但是這種技術(shù)架構(gòu)對(duì)用戶應(yīng)用有著很大侵入，這一點(diǎn)必須任何到。

　　去O的數(shù)據(jù)庫產(chǎn)品選型上，想要徹底去除國外商業(yè)數(shù)據(jù)庫，使用O以外的商業(yè)數(shù)據(jù)庫來實(shí)現(xiàn)去O，這是投機(jī)取巧的選擇，不具備太大的意義；采用純國產(chǎn)數(shù)據(jù)庫，需要審慎對(duì)待，國產(chǎn)數(shù)據(jù)庫在企業(yè)級(jí)應(yīng)用環(huán)境下的穩(wěn)定性以及性能還未得到長時(shí)間運(yùn)行驗(yàn)證，風(fēng)險(xiǎn)高，同時(shí)選擇國產(chǎn)數(shù)據(jù)庫，會(huì)進(jìn)入到產(chǎn)品的細(xì)小分支，后續(xù)支持力度可能會(huì)存在問題；國內(nèi)廠商收購的國外數(shù)據(jù)庫，其本質(zhì)暫時(shí)仍然是國外數(shù)據(jù)庫，國人完全掌控需要一段時(shí)間；采用開源數(shù)據(jù)庫，叫好不叫座。開源數(shù)據(jù)庫是互聯(lián)網(wǎng)去O的主流選擇，但需要較高的技術(shù)掌控門檻，然而，對(duì)于開源定制版數(shù)據(jù)庫，相對(duì)靠譜。本地自主掌控運(yùn)維優(yōu)化能力，把代碼級(jí)能力交給合作伙伴或體系內(nèi)自主研發(fā)團(tuán)隊(duì)，實(shí)現(xiàn)合作共贏的方式。

　　目前，MySQL和PostGreSQL是業(yè)界去O的兩個(gè)典型選擇，但是在維護(hù)以及開發(fā)維護(hù)均有較大差異。PostGreSQL提供的維護(hù)支持功能豐富，適合大型數(shù)據(jù)庫系統(tǒng)，而MySQL則較為簡易、靈活。

　　PostGreSQL在表結(jié)構(gòu)、SQL語法支持、程序代碼支持上更貼近Oracle，開發(fā)人員更易接受。因?yàn)镻ostGreSQL世界上最大的開源數(shù)據(jù)庫，具備很多類似Oracle的優(yōu)點(diǎn)，比如優(yōu)化器強(qiáng)大、穩(wěn)定，支持復(fù)雜查詢，支持多種表連接方式，維護(hù)調(diào)優(yōu)工具豐富。

　　基于這些分析和對(duì)比，去O可以有四條路可以走：

　　一是直接采用開源定制產(chǎn)品進(jìn)行替換，比如浙江移動(dòng)使用的大云RDB產(chǎn)品，以開源PG-XC為藍(lán)本，在軟硬件層面進(jìn)行優(yōu)化定制；

　　二是打造統(tǒng)一數(shù)據(jù)路由Scale-out平臺(tái)，分庫分表，提升橫向擴(kuò)展能力；

　　三是立足于Scale-up數(shù)據(jù)庫云平臺(tái)，持續(xù)研究創(chuàng)新，提升單點(diǎn)硬件的支撐能力，為去O打造硬件基礎(chǔ)；

　　四是打造數(shù)據(jù)架構(gòu)管控能力，組建產(chǎn)品DBA小組，全面參與項(xiàng)目規(guī)劃與開發(fā)，實(shí)現(xiàn)充分利用緩存以及數(shù)據(jù)庫讀寫分離技術(shù)，有效減輕對(duì)數(shù)據(jù)庫性能的直接依賴。

　　浙江移動(dòng)去O四步走

　　實(shí)踐出真知。從?浙江移動(dòng)去O的推進(jìn)實(shí)踐過程來看，從易到難，分三階段，遵循“研究、驗(yàn)證、上線”的科學(xué)發(fā)展觀，步步為營，穩(wěn)步推進(jìn)去O。

　　第一步，研究驗(yàn)證開源MySQL和PostGerSQL在OLTP與OLAP場景下的適用性，外圍系統(tǒng)先行試用PostGreSQL/MySQL，積累開發(fā)、運(yùn)維經(jīng)驗(yàn)，在合適的外圍系統(tǒng)中試用，積累開發(fā)、運(yùn)維使用經(jīng)驗(yàn)，逐步推進(jìn)到核心系統(tǒng)。

　　第二步，在一階段積累的去O基礎(chǔ)上，逐步推進(jìn)到部分核心系統(tǒng)，研究分布式內(nèi)存數(shù)據(jù)庫+關(guān)系型數(shù)據(jù)庫結(jié)合的去O方案，在關(guān)鍵系統(tǒng)中驗(yàn)證可行性。實(shí)現(xiàn)去O里程碑的事情，浙江移動(dòng)基于BC-RDB的統(tǒng)一用戶管理系統(tǒng)正式上線，采用基于開源PG定制版的BC-RDB數(shù)據(jù)庫，標(biāo)志著浙江移動(dòng)對(duì)開源定制版產(chǎn)品的掌控開始。其中，數(shù)據(jù)分布采用Sharding方式，對(duì)數(shù)據(jù)切分進(jìn)行了嘗試。在與Oracle高度兼容的存儲(chǔ)過程、復(fù)雜SQL移植方面，積累了去O割接經(jīng)驗(yàn)。

　　第三步，視情況逐步推進(jìn)到核心系統(tǒng)。對(duì)浙江移動(dòng)來說，去O已經(jīng)不再是一個(gè)技術(shù)難題，但需要根據(jù)自身需要去綜合考慮必要性和推進(jìn)程度。

　　大家都知道，支撐域中絕大部分的數(shù)據(jù)庫系統(tǒng)都采用集中式IOE架構(gòu)，而基于X86設(shè)備的通用數(shù)據(jù)庫云平臺(tái)是一個(gè)很好的解決方案，這種解決方案國內(nèi)已經(jīng)有天磯、華為等多家公司推出了自己的成熟產(chǎn)品。例如浙江移動(dòng)聯(lián)合天璣數(shù)據(jù)共同研發(fā)成功的PBData，在經(jīng)分報(bào)表、統(tǒng)一酬金、稽核等系統(tǒng)通過驗(yàn)證測試，總體性能提升達(dá)到3-8倍。

　　從實(shí)際應(yīng)用效果來看，數(shù)據(jù)庫云平臺(tái)意義非常重要，在很多場景下可以既滿足性能提升要求，也實(shí)現(xiàn)應(yīng)用完全透明情況下的數(shù)據(jù)庫去IE，或者應(yīng)用輕度改造下的數(shù)據(jù)庫去IOE，從而實(shí)現(xiàn)大幅降低風(fēng)險(xiǎn)，提升系統(tǒng)處理能力，增強(qiáng)擴(kuò)展能力，大幅降低采購成本。

　　去IOE的理性世界觀

　　通過詳細(xì)的分析和長期的實(shí)踐，王曉征在充分總結(jié)浙江移動(dòng)去IOE的體會(huì)上，形成了一個(gè)比較清晰的去IOE世界觀。

　　去I應(yīng)激進(jìn)，很省TCO。倒逼開發(fā)團(tuán)隊(duì)，提升應(yīng)用架構(gòu)，DCOS很好玩，提升性能、擴(kuò)展性、可用性，可維護(hù)性不是夢。

　　去E應(yīng)淡定，較省TCO。數(shù)據(jù)庫云技術(shù)+大數(shù)據(jù)技術(shù)解決大部分問題。SDS，前途光明過程曲折。

　　去O應(yīng)謹(jǐn)慎，讓去O回歸理性，回歸技術(shù)。阿里去O方案是創(chuàng)舉卻不具備普世性。沒有最好的技術(shù)只有最合適的技術(shù)。需要結(jié)合自身實(shí)際情況選擇“最適合”的技術(shù)，量力而行。

　　總之一句話：對(duì)于大部分用戶來說，去IOE綜合成本不會(huì)降低，只是結(jié)構(gòu)變化，但自主可控能力可望得到明顯提升。（阿明）

aming