資料工程的未來:工具會變、地基不變,讀《Fundamentals of Data Engineering》Ch.11(完結)

· tech

#data-engineering#book-notes

十一章走到這裡,最後一個問題:資料工程的未來會長怎樣? 書的答案既讓人安心、又有點反直覺 —— 工具會一直變、而且越來越簡單;但底下那套生命週期與暗流,不會變。 這一篇,也是這個系列的完結。

核心訊息:工具會變,地基不變

這章把整本書的立場收成一句話:別把賭注押在工具上,押在地基上。 今年最紅的框架、明年的新平台,三年後可能沒人提;但 資料工程生命週期——源頭、擷取、儲存、轉換、服務,加上貫穿全程的暗流——幾十年不會走:

會變的工具 —— 一直換、越來越簡單 當紅框架 託管服務 新平台 明年的工具 ↑ 三年後可能沒人用 ↓ 押三十年不太會錯 不變的地基 源頭 擷取 儲存 轉換 服務 暗流 安全 · 資料管理 · 編排 · 軟體工程 · DataOps
上層工具一直換、還越來越好用;但底下這套生命週期+暗流,幾十年不變 —— 要押,押地基

這正是 Ch.4「把架構錨定在不變的地基上」的最終回:學工具會過時,學生命週期與取捨思維不會。

未來的幾個方向

那具體會往哪走?書給了幾個預測,我濃縮成一張表:

趨勢一句話
簡化、抽象上升工具越包越好,DE 從「接水管」被解放(見下)
即時變預設批次與串流的界線越來越模糊,live data 成常態
與軟體工程融合DE 越來越像 SWE:版控、測試、CI 變基本要求
暗流更吃重安全、資料管理、編排、DataOps 從加分變必修
往上、更靠近業務省下的力氣移到建模與商業價值,而不是修管線

抽象往上長:DE 從「水電工」被解放

書最核心的未來預測是簡化:託管服務、宣告式工具(SQL、dbt)把底層越包越好,資料工程師不用再自己架叢集、手接一堆膠水程式。省下的力氣往哪去?往上,移到更靠近業務價值的地方。

抽象 · 靠近業務 ↑ 過去:手接管線、自架叢集、寫一堆膠水程式 當水電工,力氣花在底層 未來:託管服務、宣告式(SQL / dbt) 省下的力氣花在建模與業務價值 工具變簡單 → DE 往上移
工具把底層越包越好,資料工程師從「接水管」被解放,力氣往上移到更靠近業務價值的地方 —— 這是這章對未來最核心的預測

有人擔心「工具都自動化了,DE 是不是不用了?」書的看法相反:底層被自動化,反而讓需求往上長 —— 有人要決定架構、要選型、要顧治理與品質、要把資料翻成業務看得懂的模型。這些判斷不會被工具取代。

反思

讀完十一章,最大的收穫是「別追工具」

這是我做這整個系列最想收下的一句。市面上教「某個工具怎麼用」的內容多到滿出來,但這本書從頭到尾在講的是生命週期、暗流、與取捨思維 —— 那些換了工具也還在的東西。我寫 SparkKafkaAirflowdbt 那幾個系列時很清楚:工具只是載體,真正想傳的是它們背後為什麼這樣設計、解決哪個取捨。這章等於幫整本書、也幫我這系列蓋章:工具是手段,地基才是本事。

工具越簡單,基本功反而越值錢

這點很反直覺,但我越來越信。當架叢集、接管線都被託管服務包掉,「會操作某個工具」就不再是護城河 —— 因為大家都會了。真正拉開差距的,變成那些工具幫不了你的:這個資料該怎麼建模、這個取捨該往哪邊倒、這條 pipeline 壞了怎麼從第一原理debug、這份資料的品質與信任誰來守。 所以工具變簡單不是讓基本功貶值,是讓它更值錢。這也呼應我一路的判斷 —— 把賭注下在 SQL、物件儲存這種幾十年不變的地基上,而不是今年最紅的框架。

這個系列到這裡完結,但這套思維才正要開始用

十一篇讀書筆記走完,《Fundamentals of Data Engineering》最珍貴的地方,是它不教你追新工具,教你一套幾十年不會過時的思考骨架:任何資料問題,都拆成生命週期的五個環節,再問每個環節的取捨、每條暗流的守護。往後不管冒出什麼新工具、什麼「AI 自動做資料工程」的浪潮,我都會用這套骨架去接它 —— 先問它落在生命週期哪一段、幫我解了哪個取捨,而不是被它的新奇牽著走。這,就是這本書、也是這個系列,最想留下的東西。