某天，當我滾動鼠標瀏覽網絡新聞門戶網站時，我看到了一個應用堆棧管理產品廣告，并掃了一眼主要內容。當時我意識到，我完全不清楚在用來描述服務交付時的“應用”的細微差別。我認為虛擬化業務的說法來描述傳統基礎設施上的經典多層應用非常不恰當。
那 么，我們應該如何簡明地描述應用交付的所有層，并確保在融合環境中全面的監控和管理呢?畢竟，這不只是應用本身，而涉及該應用的所有服務層、其運行的虛擬機(VM)、擴展的管理程序平臺、網絡服務，以及存儲。順便說一句，存儲真的是最后的“釘子戶”，這個“太特殊而無法融合的”技術現在終于也已經加入了陣 營。
手動、混合云“進修課程”
盡管我現在面對著大量 運行混合云網絡的客戶，但在混合設計成為主流之前，我并不需要進行日常管理員的工作。不過上個月這發生了改變，當時我被要求構建一個彈性培訓基礎設施來支 持幾百個學生虛擬機。我需要具有幾十個24/7源代碼應用的后端來用于樣本數據，我還需要一個靈活的平臺來根據需要增減學生服務器。最后出現在我面前的是 一個復雜的堆棧，其中結合了大量基礎設施、應用程序和關鍵網絡鏈路，以及各種破損的可能性。
我認為，云計算不 為人知的秘密是，我們永遠無法實現純粹的云計算：對于很多企業而言，100%的云計算非常昂貴。云計算供應商或者至少基礎設施即服務(IaaS)供應商通 常這樣進行定價：計算設置數據中心的典型的企業成本，以及所需相關支持系統和人員的成本，然后稍微降低點費用。但如果你已經有一個數據中心(特別是因為監 管、隱私或其他因素你必須將一些數據保存在內部而不能完全轉移到云計算時)，那么，你已經有了物理基礎設施的沉沒成本。因此，增加幾十個基礎投資的機器到 機架，要比每年每虛擬機支付2000美元更便宜。但需要注意的是，云服務提供商降低價格可能會改變這一點。
按 照很多管理員采取的傳統的分析路徑，我最終構建了一個培訓VM的虛擬私有云，通過VPN它被連接回數據中心的一些主管理程序。如果用寵物和家畜來打比喻， 寵物在我的家里，名字是Exchange2012CL-01，我很細心地照料它們。而同時，我的學生VM是編了號的家畜，我每天要放牧數百只家畜。但問題 是：為什么這些成了我這個網絡人員的工作?
進一步融合
網 絡、計算、存儲和應用之間的界限正變得非常模糊，而且現在的工具非常強大，幾乎任何有經驗的管理人員都能夠管理整個過程。此外，作為網絡管理員，多年來我 們一直在艱難地管理著整個堆棧，可以說，我們在這方面有著豐富的經驗，我們也打過預算“戰爭”，發表過體面的演講--至少是對IT管理層。然而，在這個項 目中，我居然花了大量時間來創建一個計算器電子表格，所花時間超過了其他任何部分。邊注：使用舊的2010、2011和2012年定價記錄的云成本趨勢沒 有因此受到影響。
作為該項目的管理員和平臺所有者，我當然也需要監測一大堆事物，但奇怪的是，這方面，并沒有 非廠商炒作行業術語。因此，我將這稱為“對一切事物無處不在的監控”或者簡稱EEM。可能這有點夸張，但至少涵蓋了我正在負責的所有方面：應用、客戶端操 作系統、管理程序、存儲、網絡、VPN、WAN、云計算實例、用戶服務水平協議、反向流量爭用等。我正在監控NetFlow、IP SLA、vSphere、云計算平臺、應用組件監控、LUN IOPS等。這并不是應用堆棧，不是SysOps或DevOps，也不是基礎設施。這是一個大的維恩圖，我們需要一個簡單的名稱。
那 么，你有什么建議?深度堆棧(Deep Stack)?應用基礎設施Nexus(Application Infrastructure Nexus)?網絡組件多元宇宙(Network Component Multiverse)?請在本文下面發表評論、發布推特或發電子郵件給我。你想到了或者聽到別人用什么名稱來描述我們所知道的的整個應用堆棧(甚至包括 磁盤上的比特)?我還是喜歡EEM。
京公網安備 11010502049343號