不久的將來就要有人在你辦公室裡花上數周質疑你的雲端技術與架構選擇。本文將說明如何應對。
文/David Linthicum(InfoWorld)‧譯/Nica
在檢視他人企業雲端解決方案時,我一定謹守分寸。指責別人的狀況有多糟,是相當不好的做法,狀況何以演變至此通常絕對有可以理解的原因。我必須先壓下個人偏見,不能直接跳到結論,除非我瞭解整件事情的全貌。
選定技術帶來的重大與潛在影響、何以做出這樣的選擇,以及如何設定這些技術的組態,對企業營運而言皆意義重大。在我本業中,經常能夠看到企業花了超過預算的大錢,但成果毫無效率,反而阻礙企業核心部份的營運功能;我曾見過企業就因為堅持糟糕的技術決策而垮台,後續帶來競爭對手打亂整個市場繼而吃掉他們的佔有率。
[ 推薦閱讀:現代化的雲端架構需要新的效能監控工具 ]
基於此原因,架構演練(architecture walkthroughs),又稱架構稽核(architecture audits)應運而生。可以想見的是,CEO 或 CFO 多半是提出此類演練要求的人,有時則是董事會。CIO、CTO 或其他企業 IT 負責人則較少是早期提出這些要求的人。
以下心態有助於稽核人員與被稽核者雙方成功通過整個架構演練,帶來架構演練的價值:
● 莫陷入相互指責局面
要理解目標不是找出錯誤,而是找到讓當下解決方案更有成本與技術效益的方式,繼而產生更大商業利益。
● 瞭解前因後果
何以做出這些決定,而且可能繼續這麼做。舉例來說,被選定的資安解決方案可能是由於它能支援自動化合規性,即便就資安解決方案而言,它的整體功能欠佳。
[ 加入 CIO Taiwan 官方 LINE 與 Facebook ,與全球CIO同步獲取精華見解 ]
● 探討替代技術同時權衡這些替代方案的成本與風險。
在很多案例裡會發現,選定的技術並非最好的,但替換它的成本,遠遠超過所有潛在獲益。
理解可能任何一方都沒錯。想像一下架構評估建議,加密等級提升可降低資料外洩風險。然而,這份建議並未考量的是,此舉將導致資料庫幾乎無法使用,而對執行效能造成的傷害。這種情況下,很容易直接替換或排除這份建議。以狹義眼光做出架構決策,可能導致架構錯誤造成廣泛影響。
● 最後,學著共同合作。
這部份最難。即便對評估觀點或建議改革有不同的看法,到某個時間點每個人都必須統一陣線。最終,雙方還是必須以企業營運為重。找出可以進一步建立架構策略、整套技術解決方案與實作的方式,它們不會百分百完美,但會接近完善。制定一套執行計劃,漸近式慢慢改善。
成功的架構師,能接受其他人的提點,無論是企業內部(例如同仁),或者企業外部(多半是架構演練的形式)。
年輕時任職 CTO 那段時間,我會將外界評估視為極大干擾。如今,我體認到在職責範圍內盡可能聽取更多智慧人士的意見,是成功的關鍵,因為我已逐漸瞭解最後還是得做出艱難的決定。
就架構演練而言,我的建議是尋求信任人士的協助,聆聽所有「曾經歷過那些又做了什麼」的建議。知識,永遠是有用的工具。
(本文授權非營利轉載,請註明出處:CIO Taiwan)