云服務(wù)的市場營銷包括從內(nèi)部IT平穩(wěn)過渡到完美的、智慧無限的云，解決所有的IT問題或者至少是把IT問題外包出去。所有云廠商的演示中包括了一些圖表，用于展示用戶的演進過程。更高層次的外包趨勢必然是向上和向右的。從云那兒買基礎(chǔ)設(shè)施嗎（IaaS）？很好。購買全新的平臺（PaaS）?那更好了！

從云那兒購買整個軟件堆棧？那是最好了！

還要承認改變并非總代表進步。 革新通常需要布道者促使主流用戶采用。但當我們欽佩云說客的熱情時，現(xiàn)在，我熱愛云計算，我個人以及工作中經(jīng)常使用云計算。對開發(fā)人員、開始建立新應(yīng)用的專業(yè)人士、對于需要快速擴展以及無告警產(chǎn)生的服務(wù)運營人員，對于需要遠程訪問數(shù)據(jù)或者應(yīng)用的員工以及很多其他用例來說，云有眾多不可替代的優(yōu)勢。

然而，很多重要的IT特性無法通過外包實現(xiàn)魔法般的改進。實際上，很多特性下降了—有些下降令人擔憂。

置身云中

前面提及的關(guān)注點促使IT考慮購買彈性云基礎(chǔ)設(shè)施。你可以擴展到盡可能多的服務(wù)器，然后縮小規(guī)模，然后再次擴展—根據(jù)心情變化資源的數(shù)量。但這些服務(wù)器具備彈性嗎？你可以修改CPU數(shù)量、內(nèi)存大小或者分配的其他資源嗎？這好像不行。服務(wù)器可能具備彈性，但其不能擴容—甚至不能以運行VMware、PowerVM或者你最愛的hypervisor的系統(tǒng)那樣直截了當?shù)姆绞竭M行擴容。

然后你從云供應(yīng)商那獲得了保證，也有與在線運行時間、延遲以及事務(wù)一致性相關(guān)的API。這通常會忽略清晰的服務(wù)級目標而且?guī)缀醪话ㄓ卜?wù)級協(xié)議——這一切脆弱得令人難以置信。99.9%的在線運行時間？在十年前這是一個很棒的目標，但在2014年卻只能達到?jīng)]有吸引力的三個九？經(jīng)營良好的企業(yè)立刻否定了該目標。遠程辦公的企業(yè)往往希望業(yè)務(wù)連續(xù)性達到4個、5個或者更多個9。

或者考慮記錄數(shù)據(jù)的云API。甚至很難得到可靠的目標指標。當你這么做時，通常會把組織弄糊涂，像“大多數(shù)會話在秒級提交。”幾乎所有的商業(yè)數(shù)據(jù)庫系統(tǒng)以及企業(yè)數(shù)據(jù)處理中間件都會在秒級，有時是在微秒甚至是納秒級進行大量交易，尤其是針對大量事務(wù)卷比如HFT進行調(diào)整過的場景下。

因為是高度分布的計算，讓我們打一些折扣并說“幾秒鐘”已經(jīng)夠精確并足夠快了。即使在該標準下，仍舊會對在幾秒鐘內(nèi)沒有提交的會話感到困惑。大多數(shù)云服務(wù)擁抱了“最終一致性”，這意味著你對會話何時會最終提交沒有明確的概念。幾分鐘？一個小時？更久？并沒有指定。我了解真實的云服務(wù)偶爾會在一個小時后更新—有很多知名的服務(wù)提交事務(wù)并無順序而且會在數(shù)分鐘之后完成。

使用大多數(shù)API，無法了解最新的數(shù)據(jù)什么時候到來。你必須一直輪詢，與你看到的數(shù)據(jù)進行對比然后判斷是否有新數(shù)據(jù)出現(xiàn)。對于習慣于穩(wěn)固、可靠的兩階段提交，“最終一致性”聽起來更像是“不一致”。

這和二三十年前的主流并發(fā)性保證中間件提供的功能類似。但在云計算的世界中，這非但不可笑反而是最先進的。對于高度分布、尤其是可擴展的架構(gòu)，這種機制無法修改。

我不是說這些超大規(guī)模設(shè)計很糟糕。它們強大的功能的確令人驚訝而且對于很多有趣以及有價值的用例非常有用—比如構(gòu)建搜索引擎以及數(shù)據(jù)決策。有時它們能夠在幾秒鐘內(nèi)以看起來非常神奇的方式進行全局更新。相對于大規(guī)模以及最低的成本，你不可能擊敗它們。但當你在執(zhí)行交易或者希望獲得實時控制以及可預(yù)見性，或者需要保證可用性、性能變化不明顯時，大規(guī)模系統(tǒng)往往很容易被大多數(shù)集中式、非云設(shè)計所超越。云以及超級規(guī)模能夠做一些了不起的事兒，這是任何其他方式無法做到的。然而要在某些方面進行妥協(xié)—有些讓步相當令人意外，在我們想當然的屬性上出現(xiàn)了退步。