某天，當我滾動鼠標瀏覽網(wǎng)絡新聞門戶網(wǎng)站時，我看到了一個應用堆棧管理產(chǎn)品廣告，并掃了一眼主要內(nèi)容。當時我意識到，我完全不清楚在用來描述服務交付時的“應用”的細微差別。我認為虛擬化業(yè)務的說法來描述傳統(tǒng)基礎設施上的經(jīng)典多層應用非常不恰當。

那 么，我們應該如何簡明地描述應用交付的所有層，并確保在融合環(huán)境中全面的監(jiān)控和管理呢?畢竟，這不只是應用本身，而涉及該應用的所有服務層、其運行的虛擬機(VM)、擴展的管理程序平臺、網(wǎng)絡服務，以及存儲。順便說一句，存儲真的是最后的“釘子戶”，這個“太特殊而無法融合的”技術現(xiàn)在終于也已經(jīng)加入了陣 營。

手動、混合云“進修課程”

盡管我現(xiàn)在面對著大量 運行混合云網(wǎng)絡的客戶，但在混合設計成為主流之前，我并不需要進行日常管理員的工作。不過上個月這發(fā)生了改變，當時我被要求構建一個彈性培訓基礎設施來支 持幾百個學生虛擬機。我需要具有幾十個24/7源代碼應用的后端來用于樣本數(shù)據(jù)，我還需要一個靈活的平臺來根據(jù)需要增減學生服務器。最后出現(xiàn)在我面前的是 一個復雜的堆棧，其中結合了大量基礎設施、應用程序和關鍵網(wǎng)絡鏈路，以及各種破損的可能性。

我認為，云計算不 為人知的秘密是，我們永遠無法實現(xiàn)純粹的云計算：對于很多企業(yè)而言，100%的云計算非常昂貴。云計算供應商或者至少基礎設施即服務(IaaS)供應商通 常這樣進行定價：計算設置數(shù)據(jù)中心的典型的企業(yè)成本，以及所需相關支持系統(tǒng)和人員的成本，然后稍微降低點費用。但如果你已經(jīng)有一個數(shù)據(jù)中心(特別是因為監(jiān) 管、隱私或其他因素你必須將一些數(shù)據(jù)保存在內(nèi)部而不能完全轉移到云計算時)，那么，你已經(jīng)有了物理基礎設施的沉沒成本。因此，增加幾十個基礎投資的機器到 機架，要比每年每虛擬機支付2000美元更便宜。但需要注意的是，云服務提供商降低價格可能會改變這一點。

按 照很多管理員采取的傳統(tǒng)的分析路徑，我最終構建了一個培訓VM的虛擬私有云，通過VPN它被連接回數(shù)據(jù)中心的一些主管理程序。如果用寵物和家畜來打比喻， 寵物在我的家里，名字是Exchange2012CL-01，我很細心地照料它們。而同時，我的學生VM是編了號的家畜，我每天要放牧數(shù)百只家畜。但問題 是：為什么這些成了我這個網(wǎng)絡人員的工作?

進一步融合

網(wǎng) 絡、計算、存儲和應用之間的界限正變得非常模糊，而且現(xiàn)在的工具非常強大，幾乎任何有經(jīng)驗的管理人員都能夠管理整個過程。此外，作為網(wǎng)絡管理員，多年來我 們一直在艱難地管理著整個堆棧，可以說，我們在這方面有著豐富的經(jīng)驗，我們也打過預算“戰(zhàn)爭”，發(fā)表過體面的演講--至少是對IT管理層。然而，在這個項 目中，我居然花了大量時間來創(chuàng)建一個計算器電子表格，所花時間超過了其他任何部分。邊注：使用舊的2010、2011和2012年定價記錄的云成本趨勢沒 有因此受到影響。

作為該項目的管理員和平臺所有者，我當然也需要監(jiān)測一大堆事物，但奇怪的是，這方面，并沒有 非廠商炒作行業(yè)術語。因此，我將這稱為“對一切事物無處不在的監(jiān)控”或者簡稱EEM�？赡苓@有點夸張，但至少涵蓋了我正在負責的所有方面：應用、客戶端操 作系統(tǒng)、管理程序、存儲、網(wǎng)絡、VPN、WAN、云計算實例、用戶服務水平協(xié)議、反向流量爭用等。我正在監(jiān)控NetFlow、IP SLA、vSphere、云計算平臺、應用組件監(jiān)控、LUN IOPS等。這并不是應用堆棧，不是SysOps或DevOps，也不是基礎設施。這是一個大的維恩圖，我們需要一個簡單的名稱。

那 么，你有什么建議?深度堆棧(Deep Stack)?應用基礎設施Nexus(Application Infrastructure Nexus)?網(wǎng)絡組件多元宇宙(Network Component Multiverse)?請在本文下面發(fā)表評論、發(fā)布推特或發(fā)電子郵件給我。你想到了或者聽到別人用什么名稱來描述我們所知道的的整個應用堆棧(甚至包括 磁盤上的比特)?我還是喜歡EEM。