可以先把要做的事分清楚，再看工具放在哪裡。

Computer Fundamentals：理解系統

從 Linux 開始，弄懂 Process、File System、Memory、CPU、I/O 和 Permission。這些是理解系統行為的基礎。

Networking：理解連線

TCP/IP、DNS、HTTP/HTTPS、Load Balancer、Firewall、Routing 都會碰到。

Programming：能讀、能改，也能除錯

Python、Go、C#、JavaScript 等語言，至少學一種。比起把重點放在 LeetCode，更需要練習讀 Code、Debug，以及把工作自動化。

Software Delivery：把程式交付出去

Git、Build、Test、CI/CD、Artifact、Release，是從程式碼到發布會接觸的環節。

Infrastructure：準備運行環境

Cloud、VM、Container、Kubernetes、IaC，都屬於這個範圍。

Reliability：知道服務出了什麼事

Monitoring、Logging、Tracing、Alerting、SLO、Incident Response，處理的是觀察服務狀態與回應問題。

Architecture：考慮整體設計

High Availability、Scalability、Disaster Recovery、Security 和 Cost，也需要放進系統設計裡考量。

下次看到一個沒用過的工具，可以先看它在解決上面哪一類問題，再決定要補哪一段能力。

碎碎念(經驗談)

概念(或基礎)和工具不能混為一談，甚至不同公司、不同環境(測試/正式)使用不同的雲端方案都有不小的差異(熟悉度與適合度)。

如果是已經有DevOps/SRE團隊(多人)或部門的公司，或許會有個範圍，也可能接受加入了之後再擴大了解。

如果是一個人負責DevOps/SRE的公司，要看公司在哪個階段當下要解決的問題缺少什麼樣的人才。

但是更多的是想要了解過往在哪些部份有過什麼樣的實務經驗。

所以，到底需要會什麼，其實很難說得準。

本文為個人職涯觀察與經驗分享，不代表所有企業的招聘標準或未來市場一定如此。

前一篇：DevOps 和 SRE 有什麼不同？

後一篇：DevOps / SRE 需不需要會寫程式？

歡迎持續追蹤系列文：DevOps / SRE 學習指南：從職涯探索到實戰技能

這篇文章 DevOps / SRE 需要會什麼？ 最早出現於 泰克哪裡去。

開發工程師類

• 軟體工程師（Software Engineer）
• 前端工程師（Frontend Engineer）
• 後端工程師（Backend Engineer）
• 全端工程師（Full-stack Engineer）
• Android／iOS 工程師（Mobile App Engineer）

系統與平台工程師類

• 雲端工程師（Cloud Engineer）
• DevOps 工程師（DevOps Engineer）
• SRE（Site Reliability Engineer）
• 平台工程師（Platform Engineer）
• 還有許多其他職稱……

問題是：這麼多職稱，到底哪一個適合自己？而 DevOps／SRE 又是一個很容易讓人誤會的領域。

有人認為它就是維運，有人認為它就是雲端；有人認為只要會 Docker、Kubernetes 就可以，也有人覺得：「DevOps 是不是就是幫 RD 部署程式？」其實都只講到一部分。

DevOps 的核心比較接近讓軟體交付與運行變得更可靠、更快速、更可重複；SRE 則更強調以工程方法處理正式環境（Production）的可靠性與營運問題。Google 對 SRE 的經典描述，就是讓 Software Engineer 用工程方法來設計 Operations。

第一個問題：我適不適合 DevOps／SRE？

可以先從幾個問題思考：

• 你是不是喜歡研究「系統為什麼這樣運作」？
• 遇到問題時，你是先重開服務，還是會想知道根本原因（Root Cause）？
• 你會不會對作業系統（Linux／Windows）、網路（Network）、資料庫（Database）、雲端（Cloud）、容器（Container）、自動化（Automation）產生興趣？
• 你是不是喜歡把原本需要人工做的事情自動化？

如果答案大多是「會」，DevOps／SRE 就值得放進你的職涯考量。

第二個問題：轉 DevOps 一定要先當 RD／會寫程式嗎？

不一定。但完全沒有開發概念，通常會讓學習曲線比較陡。

因為 DevOps／SRE 工作經常需要理解：

• 程式碼（Code）怎麼編譯（Build）。
• 應用程式（Application）怎麼啟動。
• 服務（Service）怎麼互相呼叫。
• 資料庫（Database）怎麼連線。
• 容器（Container）怎麼運作。
• 系統部署（Deployment）怎麼發生。

所以 DevOps／SRE 不見得要求你成為專業 Application Developer（應用程式／軟體開發者），但理解軟體生命週期非常重要。

第三個問題：DevOps 是不是比 RD 好？

不應該用「哪一個比較好」來看，它們解決的是不同問題。

RD 偏向：「怎麼把產品功能做出來？」

DevOps／SRE 偏向：「怎麼讓這個產品可靠地被 Build、Deploy、Operate、Observe？」

真正值得思考的是：你的興趣比較偏向「做功能」，還是「讓整個系統運作得更好」？

因此，DevOps／SRE 不應該被當成「寫程式寫不下去之後的備案」；它本身就是一條完整的工程職涯。

如果你正在轉職 IT，DevOps／SRE 值得研究，但更重要的是先了解：你究竟喜不喜歡這種工作。

碎碎念（經驗談）

在這個 AI 寫程式愈來愈快、愈來愈好的時代，初階工程師面對 AI 的競爭壓力不小，資深工程師也都在使用 AI 寫 Code。如果想轉職開發類工程師，我個人感覺現在並不是一條很好走的路。

但是在全民 AI 寫 Code 的時代，許多人會利用 AI 產生系統，卻不見得熟悉後續的流程：編譯、測試、部署、上線等。

尤其企業關鍵的系統，在正式環境中通常不可能不經把關就把所有流程完全交給 AI。因此我個人認為，DevOps／SRE 在未來可能會是更受重視的角色。不過，實際職缺需求仍然會隨企業、地區和市場而不同。

當然，如果你本身就不是開發工程師，但是會使用 AI 來開發系統，也希望 AI 開發完成的系統可以上線給許多人使用，那麼就更應該了解 DevOps／SRE 這個領域了。

本文為個人職涯觀察與經驗分享，不代表所有企業的招聘標準或未來市場一定如此。

歡迎持續追蹤系列文：DevOps / SRE 學習指南：從職涯探索到實戰技能

這篇文章 想轉職資訊領域？除了軟體工程師，你還可以考慮 DevOps / SRE！ 最早出現於 泰克哪裡去。