5xRuby Insight

[方格子專欄] 工程師的你「手滑」過嗎? 工作上降低出錯率比追求好技術更重要

RUBY大叔, 角落吉祥物 Jul 26, 2022

去年曾發生 118 所高中「學習歷程檔案」被工程師手滑誤刪的重大事故,一時間在科技圈造成熱議,有人檢討發包單位及外包廠商,也有人認為是工程師、政府採購法問題,追根究底,「工程師手滑」可能只是整起事件的冰山一角,今天 RUBY 大叔要跟大家聊聊這件事。

有備份為何還是救不回?

這次學習歷程檔案被刪,關鍵在於工程師「 VM 設定錯誤」,VM 指的是虛擬機器(Virtual Machine),可以想像成是另一個測試用的環境,雖然環境及功能都一樣,但它是「虛擬」的,無論在虛擬機上如何變更破壞,都不會影響到正式機器的運作,這次工程師他在替學校建立公版模組時,本應選用「正式版」的 VM 設定,卻不慎選到「測試版」的,導致所有的資料連結錯誤。

然而致命點是,「測試版」的 VM 環境因內建重開機後,就會自動還原成初始狀態,所以過去資料不會保留,就像以前學生時代,不管是在電腦教室偷安裝遊戲或偷下載影片,重新開機後通通都會被洗掉的道理一樣,這次的「學習歷程檔案」就是因為這樣而規組害了了(台語),想知道完整始末可以拜讀 iThome 這一篇;很多人問不是有備份,為何不能還原就好?由於當時在新舊機房搬遷期間,雖然有備份,但諸多環節上陰錯陽差導致備份機制沒有到位,不能挽救這次失誤。

真正問題不只是工程師手滑

其實「工程師手滑」只是整個事件的一部分,我在過去與發包單位、外包廠商合作的經驗裡,也看過一些反覆存在的問題,包含發包單位對資安認知的不足、或各種外包後所產生的規劃與資訊落差等問題,這些跟技術不一定有直接關係。當發包單位對資安認知有限,容易於層層預算規劃下截長補短、東拼西湊,甚至在執行後發現缺失環節再行追加,而在外包廠商的配合上,也容易因同一專案的負責人員都不同,在配合與建置上產生不一樣的認知及專業度,互踢皮球的戲碼我們也沒有少見過。

在這之中也牽涉到政府採購法及審查機制的規則,因而影響專案發展的細節與走向,雖然沒有辦法立即改善這種規則,但當大家對事件有所共識,並有志一同的想把工作圓滿完成時,工程師們除了盡力做好份內能做的事,避免淪為被收割的韭菜之外,也要知道,在工作上降低出錯率比追求好技術更為重要。

注意這兩件事降低出錯率

身為工程師的大家都有手滑過吧?別說工程師,一般人寄信都可能會發錯對象、不小心砍了重要資料等,我想說,手滑真的不可恥,只要你有注意以下兩件事,幾乎可以避掉大部分失誤。

1、建立備份認知

無論是哪一種備份方式,都務必要做完整,別認為有做到幾項就好,要以能維持整體系統不中斷為最終目標的做備份,例如採用 High Availability 的備援系統;過程中的檢查工作也很重要,尤其是移機前後、服務重新開放前後,或涉及大量資料轉移時,務必再三反覆確認服務狀態,像這次事件的工程師,很可能是對系統不熟悉或沒有反覆檢查所發生,當發生問題或資料遺失時,如果不確定下一步該怎麼做,千萬別貿然行動,應先停止操作,讓狀態凍結,再仔細檢查並求救,操作實行後,也必須回頭檢查最後設定,及早發現及早治療,降低出率。

像我平常跟客戶溝通時,碰到最大問題是備份廠商的選擇及預算,有時客戶傾向於找便宜的雲端/備份廠商,其實每間公司資料重要程度及規模不同,不一定要在備份上把預算花到最滿,建議可以用 Open mind 的精神多比較幾家,找到可靠的廠商及合適的備份方案,這件事之所以重要是因為,未來如果發生任何狀況,挽救資料的成本將可能更高,甚至資料也不一定百分之百救得回來。

2、制定對應的 SOP

大家有看過電影《地心引力》嗎?由珊卓布拉克飾演的太空人在燃料用盡的太空艙裡,靠著翻閱「太空人手冊」啟動船艙裡的機器,其實「太空人手冊」就是一種 SOP,不管是誰翻閱,都能在碰到問題時照著步驟操作。有句話說:預防勝於治療,只要在事發之前,針對各種可能發生的狀況制定完整的 SOP,你就能掌握自己的處理狀況,若是換成不同人操作,同樣也能照著流程解決。

雖然不確定這次「學習歷程檔案」有沒有進行 SOP 演練,但若碰到這種需要異地備份,或進行大規模的資料遷移時,建議不論是實體場域或虛擬場域,都要以最接近實際狀況的環境設定來演練,在演練時,因客戶檔案可能不符合原本設定的資料規則,最好先請客戶提供真實需要備份的資料,實際跑過一次,才能建立最完善的 SOP,大家可以把握以下三個原則:

原則1:盡可能模擬真實備份狀況

原則2:提高 SOP 演練完成度

原則3:確保系統可以正常運作

希望大家在碰到手滑狀況時,都能及時幫自己一把。

你也有工作上手滑的經驗嗎?歡迎留言跟 RUBY 大叔聊聊!


分享