【51CTO 2月9日外電頭條】幾乎所有的IT部門都必須制定出一套有針對性的技術路線圖。畢竟，沒有路線圖的指引，在新基礎設施硬件的采購環節中就不免出現選擇過高或過低配置及組合的情況，而這必然會帶來高昂的額外支出。但事實上這種指導性文檔往往并不存在，理由非常簡單：

我們怎么可能在瞬息萬變的時代下，建立一套能夠應對一切新情況的連續性技術規劃呢？

整個過程的麻煩之處在于，要想完善一套規劃，必須要拿出三到五年時間對基礎設施進行補充及修正，以使其完全與理論方案相契合；然而當上述工作終告成功時，我們卻又會猛然發現原先這套規劃已經過時了。僅僅這一推論就足以令大多數IT部門選擇放棄，并將自身的大部分精力放在頭痛醫頭、腳痛醫腳的被動型應對措施上——但這種方案同樣存在問題：不僅必然導致預算的過分膨脹，而且硬件設施的日漸過時也會帶來種種難于應對的麻煩。

其實事情完全不必陷入如此境地。對處于迅速變化中的未來，我們不僅有辦法做出規劃，而且能夠充分將之前已經做過的工作當作新的基石。下面我將與大家分享八個步驟，它們在實踐中都取得了相當理想的指導效果。

步驟一：明確定義自身規劃的生命周期

首先，明確定義自身技術路線圖將要涵蓋的時間段。這一決策過程應以數項因素為基準，包括機構多久大規模進行一次技術革新以及長期預算方案中有哪些要求（或是必要的參考因素）。

一般來說，制定得出的周期不應短于兩年；如果連這種程度的前瞻性都達不到，那么規劃本身的實際價值也很難盡如人意。同樣，它的涵蓋時段也不應超過五年——通常情況下我們根本無法想象技術態勢或者機構需求在這么長的時間之后會走向何處。

步驟二：建立一套宏觀的基礎設施調查問卷

接下來要做的是定義一套調查問卷，明確列出自身基礎設施中存在著哪些基本需求。在這一步中，大家不需要太多考慮是否能為每個問題拿出完善的解決方案——關鍵之處只在于提出問題。另外大家也不必在某些特定技術方面鉆研得過深；隨著時間的推移，很多答案將自行浮出水面。

恰恰相反，將著眼點放在更高層次的問題上。大家可能會發現，盡管大多數此類問題看似屬于技術范疇，但在本質上其實與技術無關。以下是我親身經歷過的一些宏觀實例：

• 我們與去年相較，數據同比增長情況如何？
• 我們與去年相較，計算能力同比增長情況如何？
• 我們了解那些即將面世的全新應用程序/解決方案/技術嗎？
• 企業是否擁有任何長期性擴張規劃（例如部署新辦公地點等）？
• 我們在正常運行時間/可靠性方面有哪些自我要求？
• 我們在RTO/RPO（即恢復時間及恢復目標點）方面有哪些自我要求？
• 當確實完成之后，這份清單的內容將相當豐富。大家需要做到的是為其中的關鍵性問題找出答案，這些答案將指導我們（甚至是第三方）設計出一套能夠承擔必要負載并滿足企業自身政策要求的全新基礎設施。如果大家列出的問題還不足以為達成上述目標提供全部信息，那么這份清單就仍然不夠完整。

步驟三：尋求答案

現在到了最有趣的部分：***次嘗試填寫我們自己撰寫的調查問卷。其中某些問題（例如數據增長率等）可能需要借用某些我們還未部署過的監控工具才能回答。其它一些則可能需要與企業管理層進行坦誠對話，迫使他們將像RTO/RPO等政策中的實際數字與我們共享。

步驟四：設計一套面向未來的基礎設施

一旦調查問卷制定完成，接下來要做的就是設計一套能夠滿足規劃涵蓋時間段中各種需求（務必把此間的年均增長總量考慮進來）的全新基礎設施。這一步半點也含糊不得，即使是原先已經駕輕就熟的領域，也必須要將其作為方案中的必要因素與新終端進行比照。

在進行這一步時，請務必確保其中不涉及任何特定技術或者產品；因為這些技術很可能將在路線圖的時效之內發生大規模變動。大家原先可能會習慣于“我們將需要部署一臺EMC Clariion CX4-240設備，配備95 TB存儲空間以及每秒三萬次業務處理能力”這樣的描述方式，但在這份調查問卷中，請一定將該模塊概述為“主體存儲解決方案”，并將所需性能指數標注明確。在成本計算方面，將設備總體的當下市場價位進行匯總，并當作成本預案的參考數據。

如果大家手頭的帶寬或者實踐經驗不足以在企業內部自行進行設計工作，不妨將其交給值得依賴的顧問或者指導專家來完成。既然我們手頭的參考資料已經涵蓋了步驟三和四中的所有信息，那么即使是對企業情況不甚了解的第三方也完全有能力做好設計工作。

步驟五：實施采購

接下來的這一步是將面向遠景目標的設施方案遞交企業管理層（具體地說，遞交給掌握項目撥款的人手中），看看他們是否為你的長期基礎設施規劃所吸引、能不能接受由此帶來的整體成本。這個時候，如果他們表示需要嚴格執行五個九（即99.999%）的高階可靠性標準，也就意味著這套方案基本上得到認同了。如果他們沒這么說，大家就得繼續反復完善規劃，根據決策者們對生產效果的期望進行修改，并盡可能壓低基礎設施的建設成本——當然繼續據理力爭也是可以的，只要能讓他們認識到設計中的每一步要求都確實能為企業運營帶來益處，那么理論付諸實踐也將變得順理成章。

步驟六：進行差距分析

在實驗性部署工作告一段落之后，現在我們需要準確指出現有基礎設施與長效基礎設施設計之間所存在的差距。這一步工作的實質在于定義目前基礎設施現狀到規劃發展目標還需要進行哪些調整與改動——請大家嘗試回答以下問題：

• 我還需要增加多少套虛擬主機？
• 我還需要部署多少個交換機端口？
• 我需要為新增主體存儲環境準備多大的磁盤容量？
• 我們目前所在使用的存儲平臺是否有能力擴展至目標水平？
• 我的數據保護環境需要多少額外吞吐量/存儲能力支持？
• 我們目前所在使用的數據保護環境是否有能力擴展至目標水平？

步驟七：建立路線圖并準備著手實施

在確定了新舊設施的差距之后，大家就可以著手實施規劃了——當然，也別忘了將如何在實施過程中逐步消除差距提上議事日程。現在我們可以先從符合當前價位情況的預算項目入手，為設施選擇特定產品及規格。

在開始選擇具體產品之前詳細考量長遠需求，將使我們從至高點上審視諸多選項，并從中挑選出最經得住時間考驗的對象。就拿主體存儲環境作為例子：大家會非常清晰地知曉，隨著業務及操作數量的不斷提升，Clariion CX4-120將很難長久為繼；按照規劃中的發展預期，最終我們需要的可能是與VNX5500處理能力相仿的設備——如此看來，我們就不應在短期利益的影響下選擇VNX5300，畢竟它不足以一以貫之地為我們提供優秀的處理能力支持。不僅如此，我們完全可以在與管理層進行討論時拿出必要的信息來證明這種選擇的高明之處，完善的資料儲備會讓我們在影響企業決策時無往而不利。

步驟八：路線圖的維護

人們常說，一套良好的規劃流程永遠不會走向終點。既然我們已經在建立路線圖時下了這么多苦功，那么此時也應該獲得相應的回報——升級這種完備的路線圖將不會帶來過多的工作負擔。大家需要做的只是定期核審調查問卷的答案，并評估與當初相比，如今的情況發生了哪些變化。如果變化的確存在，那么盡快對最終設計進行修改，保證所有變化因素都涵蓋在其中。接著通過差距分析機制將這些變化納入基礎設施更新工作中去。

至于規劃執行周期的設定，我們需要總結自己重新審視整套規劃的頻繁程度；我見過有些機構每月審核一次、有些每季度審核一次，更有甚者每半年才審核一次。請注意，每次審核之間相隔時間越長，審核工作本身的執行難度越大。

同志們，前途光明但道路曲折

正如子標題所說，為基礎設施發展制定規劃從來也不是件簡單的事情。關鍵在于，讓我們花在制定規劃的每一分每一秒都切實帶來效果與收益。雖然這套特定方案無法滿足每個人的要求，但其中的某些環節卻可能具備廣泛的指導意義。在目標狀況變化迅猛時，采取由規劃結尾開始、至規劃開頭結束的實施塁，將能夠有效避免部署流程中的返工現象。

無論大家部署什么、如何部署，千萬不要將技術規劃徹底拋開。即使只幫我們避免了一個規劃失誤（例如SAN替代方案的選擇方面），那么整個設計流程就稱得上物有所值。

原文：8 steps to building and maintaining an infrastructure road map

【51CTO.com獨家特稿，轉載請注明原文作者和出處。】