在美國 CIO 雜誌近日所舉辦的 CIOTechTalk Twitter 線上對談中,與會 CIO 與專家們分享了如何經由把基礎架構遷移到雲端下,更佳節省成本的祕訣。
文/Paul Desmond‧譯/葉庭筠
現今各種產業的企業組織把 IT 基礎架構遷移到雲端的同時,不少人出現令人困擾的成本問題,被迫思考應如何適當配置工作負載、什麼該(什麼不該)搬上雲端,以及成員的權責劃分。
這些問題會在企業往雲端遷移時逐漸浮現。一份由 Foundry 於 2022 年針對 850 名 IT 主管做的調查發現,超過 2/3 受訪者正在加快雲端遷移的腳步,而近 3/4(72%)則以雲端服務作為預設升級或新採購案的標的。
在此背景下,CIO 雜誌進行了一場 CIO TechTalk Twitter 線上對談,旨在協助 IT 專家們最佳化雲端遷移成本撙節效益。主持人 Isaac Sacolick(@nyike)邀請了多位顧問及業者分享了相關建議。
與會專家們一開始被問及遷移到公有雲上有什麼隱藏成本。他們的答案也反映出企業執行雲端遷移應有的準備。
未做好準備下向雲端遷移的「非預期」成本可能不小,包括超額支出、遷移失敗(或半失敗)、在錯誤時間搬錯的元件(或元件組合)、無法掌握服務成本提供以在事前比較。
進行雲端遷移的主要挑戰
Sacolick 指出,這些問題並非雲端獨有。
‧資料中心的時代,企業架構師和基礎架構工程師並不擅長容量規劃。雲端的選擇和成本因素都更多樣,彈性和自動化程度更大,都有助於降低成本。(@nyike)
‧避免隱藏雲端成本最好的方法是細讀合約裏每字每句。公司法務部門應詳讀「Cloud 3.0:草擬與談判雲端運算合約」一書,才了解雲端合約有多少學問。(@benrothke)
在被問及本地部署的作業負載的雲端遷移專案主要挑戰在哪,專家們多半認為是規劃、策略,以及不要搬太快。
‧欠缺基於業務目標訂定清楚的遷移策略。對雲端環境缺乏全盤了解而導致雲端蔓生(cloud sprawl)。預算規劃超支。安全弱點及關鍵服務失效。(@seiter_daniel)
‧我們經常有客戶為了加速遷移而採「直接搬移(lift and shift)」策略,事前未做任何應用相似性查核(dependency mapping)、規劃適當大小、授權評估等工作,導致效能不佳、成本節節上升(@Bexnfx75Brian)。
[ 加入 CIO Taiwan 官方 LINE 與 Facebook ,與全球 CIO 同步獲取精華見解 ]
‧雲端遷移作業沒有放諸四海皆準的方法論,當你原本的應用系統長年下來經過多次客製化,這時企業必須重構、改寫應用系統以適應雲端;另一挑戰是延遲性。(@joannefriedman)
‧避免非預期性成本的關鍵之一是向候選的雲端供應商提問,而且要提很多問題。專家們建議的問題包括:(1)你們派來開業務會議的資深顧問是否參與專案的技術作業,還是會找年輕、資淺的顧問去做?(2)請詳細說明你們之前做過哪些類似的雲端遷移專案?(3)請說明你對我們環境目前的了解為何?(@benrothke)
‧你們對無法成功遷移的系統的遷移計畫為何?你們在有特定法規限制的環境下的雲端遷移專案有過什麼經驗?你們在應用/系統的雲端遷移專案成功率有多少?(@pdanielwilson)
‧(1)他們是否具備產業領域經驗?(2)他們是否具備企業架構的專業經驗?(3)他們的技術團隊中是否具備資料管理服務人才(業界守則:清爽的雲是快樂的雲,a clean cloud is a happy cloud)(@joannefriedman)
‧但專家們都同意,若有正確的策略,雲端遷移的確可以從多方面為企業省下許多錢。服務上市速度、資料中心大幅瘦身、工作負載可立即擴充、依商業模式而定的 OPEX vs CAPEX(依用量計費 vs 自行建置維護)效益。(@Bexnfx75Brian)
‧資料中心縮減或甚至完全不設資料中心,可大幅減少設施成本。(@pdanielwilson)
‧成功的雲端轉型比使用市售(COTS)公有雲的企業環境節省 50%成本。關鍵在於將業務需求融入採購標準。(@apstein2)
妥善規劃是重中之重
Daniel Seiter 指出,規劃適當下,雲端不僅可以減少成本,還能幫助企業在發展過程中預測需求:
‧服務系統大小規劃得當,可以提升未來使用的需求預測能力、能見度,以換得更深的折扣。(@seiter_daniel)
不論是上一問題,或是如何建立無縫遷移的高效企業雲策略一題,規劃這個主題在本次 Twitter 對談中反覆被提及。
‧需確保所有應用負責人、部門經理及高層主管從一開始就參與並了解專案。最好從一開始就規劃好內部溝通計畫以利所有人都能得知最新進度。(@pdanielwilson)
‧建立雲端卓越中心(Cloud Center of Excellence)或聘任值得信任的外部合作夥伴。此外,業務和 IT 部門主管對專案必須同步且相互配合。(@Bexnfx75Brian)
在許多層面上雲端專案和其他 IT 專案或技術沒什麼不同。你必須「找出效益和風險」,Seiter 說。「業務利害關係人(stakeholder)必須清楚雲端遷移背後的動機為何。」這部份都做到後,他又給出建議:
‧選擇適合的雲端部署型態:貴公司應該選用哪種雲端運算策略呢?答案是選擇可靠的雲端供應商。(@seiter_daniel)
Ben Rothke 則舉了一個平易近人的例子說明雲端遷移需要審慎規劃:
‧好比你去迪士尼世界。這本將近 400 頁的導覽手冊將引領你前往迪士尼樂園最後一站「神奇王國」,當然需好好規劃。如果 CIO 和 CTO 把雲端規劃當成迪士尼樂園旅程,應該可以減少許多雲端災難。(@benrothke)
結論
Rothke 建議客戶像服務提供者一樣了解自己的角色和責任。
‧所有雲端服務供應商(cloud service provider,CSP)都有角色及相應權責。CSP 很清楚他們哪些不會涉入。災難之所以發生是因為客戶以為 CSP 會去做。雲端客戶也必須清楚他們的角色,否則專案就一定會出問題。(@benrothke)
最後以 Wayne Anderson 的二點建議做為這次對談的結論:
‧給 CIO 的建議:如果你正準備為委外或代管服務談判,請堅守「創新」原則:(1)供應商必須承諾每季改善 MSP/ MSSP 服務,否則就調降價格(2)供應商每季或每年要有一個斷點(breakpoint),免費讓客戶進行服務調整(@DigitalSecArch)
(本文授權非營利轉載,請註明出處:CIO Taiwan)