云服務的市場營銷包括從內部IT平穩過渡到完美的、智慧無限的云，解決所有的IT問題或者至少是把IT問題外包出去。所有云廠商的演示中包括了一些圖表，用于展示用戶的演進過程。更高層次的外包趨勢必然是向上和向右的。從云那兒買基礎設施嗎（IaaS）？很好。購買全新的平臺（PaaS）?那更好了！
從云那兒購買整個軟件堆棧？那是最好了！
還要承認改變并非總代表進步。 革新通常需要布道者促使主流用戶采用。但當我們欽佩云說客的熱情時，現在，我熱愛云計算，我個人以及工作中經常使用云計算。對開發人員、開始建立新應用的專業人士、對于需要快速擴展以及無告警產生的服務運營人員，對于需要遠程訪問數據或者應用的員工以及很多其他用例來說，云有眾多不可替代的優勢。
然而，很多重要的IT特性無法通過外包實現魔法般的改進。實際上，很多特性下降了—有些下降令人擔憂。
置身云中
前面提及的關注點促使IT考慮購買彈性云基礎設施。你可以擴展到盡可能多的服務器，然后縮小規模，然后再次擴展—根據心情變化資源的數量。但這些服務器具備彈性嗎？你可以修改CPU數量、內存大小或者分配的其他資源嗎？這好像不行。服務器可能具備彈性，但其不能擴容—甚至不能以運行VMware、PowerVM或者你最愛的hypervisor的系統那樣直截了當的方式進行擴容。
然后你從云供應商那獲得了保證，也有與在線運行時間、延遲以及事務一致性相關的API。這通常會忽略清晰的服務級目標而且幾乎不包括硬服務級協議——這一切脆弱得令人難以置信。99.9%的在線運行時間？在十年前這是一個很棒的目標，但在2014年卻只能達到沒有吸引力的三個九？經營良好的企業立刻否定了該目標。遠程辦公的企業往往希望業務連續性達到4個、5個或者更多個9。
或者考慮記錄數據的云API。甚至很難得到可靠的目標指標。當你這么做時，通常會把組織弄糊涂，像“大多數會話在秒級提交。”幾乎所有的商業數據庫系統以及企業數據處理中間件都會在秒級，有時是在微秒甚至是納秒級進行大量交易，尤其是針對大量事務卷比如HFT進行調整過的場景下。
因為是高度分布的計算，讓我們打一些折扣并說“幾秒鐘”已經夠精確并足夠快了。即使在該標準下，仍舊會對在幾秒鐘內沒有提交的會話感到困惑。大多數云服務擁抱了“最終一致性”，這意味著你對會話何時會最終提交沒有明確的概念。幾分鐘？一個小時？更久？并沒有指定。我了解真實的云服務偶爾會在一個小時后更新—有很多知名的服務提交事務并無順序而且會在數分鐘之后完成。
使用大多數API，無法了解最新的數據什么時候到來。你必須一直輪詢，與你看到的數據進行對比然后判斷是否有新數據出現。對于習慣于穩固、可靠的兩階段提交，“最終一致性”聽起來更像是“不一致”。
這和二三十年前的主流并發性保證中間件提供的功能類似。但在云計算的世界中，這非但不可笑反而是最先進的。對于高度分布、尤其是可擴展的架構，這種機制無法修改。
我不是說這些超大規模設計很糟糕。它們強大的功能的確令人驚訝而且對于很多有趣以及有價值的用例非常有用—比如構建搜索引擎以及數據決策。有時它們能夠在幾秒鐘內以看起來非常神奇的方式進行全局更新。相對于大規模以及最低的成本，你不可能擊敗它們。但當你在執行交易或者希望獲得實時控制以及可預見性，或者需要保證可用性、性能變化不明顯時，大規模系統往往很容易被大多數集中式、非云設計所超越。云以及超級規模能夠做一些了不起的事兒，這是任何其他方式無法做到的。然而要在某些方面進行妥協—有些讓步相當令人意外，在我們想當然的屬性上出現了退步。
京公網安備 11010502049343號