開始之前:關鍵基礎設施問題
及早提出基礎設施方面的問題,將決定專案的成敗。了解提前規劃如何確保穩定性、可擴展性,並避免後期產生高昂的費用。
你需要知道的最重要的事情
- 基礎設施服務依賴資料中心的實體容量、電力、網路連接和設備供應鏈,並且必須在正確的時間和地點驗證所需容量的可用性。
- 基礎設施決策會影響工程、安全、合規、財務和業務團隊,所有相關利害關係人都應儘早參與,在簽署合約之前審查他們的需求。
- 買方應明確定義營運職責,包括管理日常營運、應對事件和升級支持,並就事件發生期間可獲得的支持以及如何處理升級事宜提出具體問題。
速度是外包雲端基礎設施模式最顯著的優勢之一。這種速度涵蓋多個方面;性能無疑是最重要的。此外,資源部署速度也至關重要,因為IT採購人員可以根據需要近乎即時地部署新資源,這仍然是雲端的關鍵賣點。

例如,假設一位經理負責為一家大型企業採購基礎設施。在考慮不同的供應商時,他們通常會考慮價格、處理能力、儲存空間、頻寬和地理位置等因素。這對於縮小選擇範圍非常有用,但卻無法說明企業部署和維運所選環境的難易度。
同時,基礎設施採購變得如此快速方便,幾乎和在亞馬遜上購買任何東西一樣輕鬆,問題可能就出在這裡。
儘管基礎設施看似如此,但它並非一次性選項或可忽略的決策;其營運影響貫穿生產環境的整個生命週期。起初看似簡單的決策,一旦開始遷移或日常管理,就可能變得更加關鍵或成本更高,這凸顯了有效衡量 IT 成功的重要性。
例如,遷移可能需要比最初預期的更多的內部努力,或者組織可能會發現它缺乏按預期管理環境所需的部分或全部技能或支援能力。
那麼,這些問題該如何解決呢?重要的是要考慮到遷移可能需要比預期更多的工程時間和協調工作。許多IT團隊都熟悉這樣的情況:在現有應用程式或資料能夠在新的環境中正常運作之前,需要重新配置,這只是眾多常見情況之一。
更進一步來說,任何新服務或改進服務一旦取得超出預期的成功,成本就會隨著使用量和容量的成長而迅速增加。解決這個問題可能需要進一步擴展,而這反過來又會導致管理或安全性方面的複雜性增加。
這些問題中很少有無法克服的,但如果客戶和供應商之間的責任沒有明確界定,解決這些問題可能需要更長。
了解您的營運需求
相反,買方需要明確界定責任。這應包括日常營運管理、事件回應、支援升級以及容量擴容流程,同時要考慮到每個組織對這些方面的理解可能有所不同。一旦這些要點明確並達成一致,供應商就應該能夠解釋此次擴容對客戶內部團隊的實際影響。
另一個常被忽略的因素是,基礎設施服務最終取決於資料中心的實體容量、電力供應、網路連接以及設備供應鏈。這些能力一直都很重要,但隨著人工智慧工作負載和其他資料密集型任務以許多人始料未及的速度推高了對運算能力的需求,它們變得更加至關重要。
如今,買家還需要了解他們預期使用的容量是否能在所需地點和所需時間範圍內可用。儘早識別這些潛在限制,可以讓企業將其納入部署計劃,而不是在專案開始後才發現,那時可能為時已晚,無法確保所需資源的供應。
讓合適的人參與討論
顯然,有些基礎設施決策比其他決策更為關鍵,但在某些情況下,它們會影響工程、安全、合規、財務和業務團隊——所有這些都取決於所涉及的服務。例如,安全風險會影響金融穩定,正如英國央行行長在其文章《人工智慧透過安全風險和投資集中威脅金融穩定》所述。
每個團隊都可能提出一些需求,這些需求必須在簽訂合約前進行徹底審查。否則,在選定供應商或製定部署計畫後,如果再發現具體需求,可能會出現問題。此外,儘早讓相關利害關係人參與進來,有助於更清晰地建立基礎設施決策與其旨在支持的業務成果之間的聯繫。
或許有人會想把一些利害關係人排除在外,替他們做決定,但發表意見並不等於做出最終決定。差別在於,早期徵求意見有助於發現潛在問題,同時保持選擇的開放性,而不是讓每個利害關係人對選擇過程擁有一定程度的控制權,後者也並非理想之選。
在做出決定之前,要問對問題。
在尋找潛在的基礎設施供應商時,買家應該能夠用清晰簡潔的語言定義新環境所要解決的問題。此時,買家就應該提出一些重要的問題了。
例如,服務部署並支援實際工作負載後,成功的標準是什麼?隨著需求增加,環境將如何變化,包括對成本和內部管理工作的潛在影響?哪些活動仍需要客戶團隊的人工介入?發生事件時可以獲得哪些支持,回應的每個階段由誰負責,以及如何處理升級問題?
獲得滿意的答案固然重要,但這應該促使買家能夠正確地檢驗其成本模型中的假設,並將其與他們預期隨著時間推移而使用的產能進行比較。
評論被關閉。