黃允松

云計算這場運動至今已超過10年，這種變化因何而起，方向在哪里？這要從互聯(lián)網開始說起。我經常跟合作伙伴、客戶談方案時談到，互聯(lián)網（這里指最早的起源于美國，尤其是雅虎公司的互聯(lián)網）這場運動改變了很多東西，但如果你站在今天的時間點往回看，你會發(fā)現(xiàn)互聯(lián)網帶來的改變是一個過程。

狹義互聯(lián)網的發(fā)展

在狹義的互聯(lián)網之下，我們做得最多的事情是信息類服務，雅虎最早做導航；我國第一批較著名的互聯(lián)網企業(yè)的媒體屬性很強，比如新浪、網易、搜狐；出版社、報紙、雜志社等新聞單位，新華社、人民日報社，他們比較早地在這個領域進行投資。這是狹義互聯(lián)網的第一個領域—信息服務類。

狹義互聯(lián)網的第二個領域是我們所謂的去中介化，最有名的代表是電子商務?；ヂ?lián)網金融也是經典的去中介化，它能夠擴大渠道銷售的過程，覆蓋更多的人，并以更好的工具提供更好的服務。

第三個狹義互聯(lián)網專注的領域，我把它稱之為娛樂/休閑，包括游戲和社交兩大塊。對于廣泛沒有涉足到互聯(lián)網浪潮的企業(yè)，我們如何解決。經常提到“互聯(lián)網+”戰(zhàn)略，“互聯(lián)網+”這個詞匯之所以能夠深入人心，因為互聯(lián)網這個工具在行業(yè)/服務行業(yè)快速從狹義走向廣義互聯(lián)網時代。因此誕生了很多詞匯，比如產業(yè)互聯(lián)網、工業(yè)互聯(lián)網、企業(yè)互聯(lián)網等。

狹義互聯(lián)網走向廣義互聯(lián)網

從狹義互聯(lián)網走向廣義互聯(lián)網的過程中，依然存在先行者和跟進者。最近三年的商業(yè)實踐中，我和我的團隊觀察到，有一些行業(yè)走得比較快，如傳統(tǒng)的泛金融行業(yè)，包括銀行、保險等，具有極強的代表性，他們本身高度依賴電子手段和數(shù)據(jù)驅動。

以銀行為例，它在風險控制方面是重頭戲。風險控制是數(shù)據(jù)的生意，因為數(shù)據(jù)可以被收集并交叉分析，所以我們能夠得到相應的、合理的風險評估報告，還有更多的部門在這場金融服務的范疇內。我們可以看到人的因素大幅度下降。

保險更是如此，保險是數(shù)學的計算過程，因為我們要算概率。當我年紀還小的時候，有一個很有名的崗位叫精算師，他們會對數(shù)據(jù)進行非常良好的管理、運用、數(shù)學模型建設、分析、得到報告?，F(xiàn)在飛機出行有一個著名的保險品種叫“航班延誤險”，這是典型的、幾乎100%靠數(shù)字算出的。

在行業(yè)覆蓋上，傳統(tǒng)的零售行業(yè)、商品流通行業(yè)正在走向電子化、數(shù)字化。大家現(xiàn)在已經習慣網上購物，而網上購物帶來的好處和弊端在今天同樣顯著。比如我們在北京生活，為什么我們要把一件商品從遙遠的地方調度到北京？誰可以調度它？肯定是靠計算機程序來調度。無論是百貨商店、地產開發(fā)商，以及那些在我們身邊的生活超市，像BHG、京客隆，大家非常熟悉。他們如何讓自己的商品跟社區(qū)群眾之間的關系走得更近，并提供更好的、精確的商品零售流通服務？對此，我們的觀點是歸功于數(shù)字化，以及基于數(shù)據(jù)驅動的商品流通的過程管理和控制，如此可以進行更高效的工作。

從商業(yè)層面來看，先行者皆從中受益。在狹義互聯(lián)網時代，2000年左右互聯(lián)網還是很幼稚的，但在那時依然有很多敢于嘗新的行業(yè)客戶敢于開拓。最有名的公司不是現(xiàn)在的“BAT”，而是新浪、網易、搜狐。那時候，他們的門戶時代和短信CP時代都創(chuàng)造了巨大的價值，后來他們迅速進入游戲驅動時代，這都是時代趨勢使然。因此，先行者一定能從互聯(lián)網中得到巨大的收益。

當我們從狹義走向廣義時，一定不能是閉環(huán)的生態(tài)模型，必須是開放的生態(tài)建設。我們可以看到，以應用、API、數(shù)據(jù)分析和數(shù)據(jù)交換為中心，將會成為唯一的選擇。任何一個功能都可以在某一時刻被取代，并且被更好的實現(xiàn)方式所替代。在這一過程中，企業(yè)的均衡非常關鍵，企業(yè)級應用程序的多樣化超乎了每個人的想象，極度地多元化。

互聯(lián)網帶來的技術變革

傳統(tǒng)的IT管理范疇上有個三段論，包括開發(fā)、測試和運行維護。在軟件行業(yè)，我們投入了巨大的心血，以至于為了管理復雜的流程，大學中專門有個專業(yè)叫Software Engineering（軟件工程）；為了定義它，甚至有個標準叫CMMI（軟件成熟度模型）；還有非常復雜的評級規(guī)范。當中很有意思的是開發(fā)部門/團隊、測試部門和運行管理部門是分裂的，分裂到什么程度，我不知你，你不知我，因此，這兩個流程中出現(xiàn)問題是必然的。

IT，無論是硬件和軟件，出現(xiàn)問題的幾率非常大，且一旦出現(xiàn)問題，其解決過程極其冗長，這就是為什么大家看到的數(shù)據(jù)中心需要有軟件、硬件以及與網絡相關員工7*24小時輪班的原因，否則問題是無法解決的。因此就需要從技術框架角度趨同，為此，我們需要做各種各樣的嘗試和努力。

在2004～2006年間，我們開始在IT基礎設施層面做出更多地努力，來解決運行管理的問題。過去我們也在努力做過一些事情，比如硬件自動化、虛擬化及其管理、容器化及其管理框架、單核化及其管理框架。但這些努力只解決了流程問題，還需進一步解決問題，在這個過程中我們發(fā)現(xiàn)開發(fā)、測試和運行，三個邏輯在不斷走向融合。大概5～6年前，在美國產生了一個新的單詞：DevOps，這是Development（開發(fā)）+Operation（運營）的過程，實際上Testing（測試）也包含在這個過程中。

在框架趨同化的過程中，2015年，我們推出AppCenter1.0的概念和框架，迅速取得了認可。我們從最早的設計思路走向今天AppCenter 2.0的設計思路，實際上是為了吻合框架化趨同的趨勢，也是為了符合市場的發(fā)展趨勢。

在這一進程中，我們發(fā)現(xiàn)需要云計算，因為只有通過云手段才能將所有不同技術和框架捏合在One System（同一個系統(tǒng)）中，這是一個統(tǒng)一的框架，進行高度的自動化管理之后，這時Full Stack Engineer（全棧工程師）成為一種可以被管理實現(xiàn)，并且能夠落地的、可以廣泛被人力資源部招募的狀態(tài)。

大概四年前，從美國西海岸開始流行一個單詞Full Stack Engineer（全棧工程師），這不是一個虛詞。全棧工程師確實是一個強有力的需求，可以解決各行業(yè)的問題。

總體來看，框架趨同無論從技術層面還是商業(yè)運行角度，或者從團隊的建設和管理上，都是十分重要的?？蚣苴呁莻€矛盾體，因為商業(yè)對技術的要求越來越高，技術就變得越來越復雜，對人的要求也就越來越高。

從底層角度解決架構的復雜度，使之滿足商業(yè)和生產環(huán)境對IT的要求，這是一個趨同融合背后的主要原因。而現(xiàn)實情況是企業(yè)級的應用程序慢慢走向標準化，雖然這個步伐要比消費級的應用慢一些。

主要原因是我們沒有統(tǒng)一的框架，在消費者的IT市場上，我們有Windows for desktop、iOS、Android for mobile，相對來說比較容易做到標準化，無論是安裝、配置管理，還是后期維護。那么，為什么企業(yè)級不可以？

因為消費者的IT是一臺電腦或一部手機，不可能一個人身上掛100部手機，做分布式手機打電話，這不太現(xiàn)實。但企業(yè)級的機房肯定不是一臺服務器，而是無數(shù)臺服務器，每個服務器上都有Linux，Windows，或者BSD等，這時的管理就變成一個巨大的、復雜的難題。企業(yè)級IT應用程序的高度標準化和高度可管理性，將變得極其重要，這就是我本人和我的團隊在商業(yè)實踐中觀察到的趨勢。那么Cloud IaaS的作用是什么？它是一個企業(yè)級數(shù)據(jù)中心的操作系統(tǒng)，無論北京、上海、深圳、廣州或者其他偏遠的山區(qū)，哪里有數(shù)據(jù)中心，只要有網絡可以到達，并且有完整的資源調度的管理層，就可以非常容易地實現(xiàn)最終的管理目標。