DevOps / SRE 能接觸的技術很廣，工作也離 Production 很近。不過，同樣的工作範圍，也可能讓責任越接越多。
看得到整個系統，也容易被當成什麼都管
Cloud、Network、Linux、Database、Application、Container、Security、Monitoring、Automation、Architecture，都可能出現在工作裡。接觸這些環節，有助於建立 System Thinking。
但責任沒分清楚時，一句「這個你們 DevOps/SRE 處理一下。」，就可能把 Network、Database、Deploy、Monitoring，甚至 Server 爆掉，全都交到你手上。
接近 Production，也得面對 On-call
你要關心的會從「Code 可以跑。」延伸到「Code 在 5 萬個 Request 下會怎樣？」
這能累積實際運行系統的經驗，也伴隨 On-call 責任。尤其是 24/7 Production、全球服務、金融、電商和高流量服務，如果沒有成熟制度，SRE 可能只剩下「半夜收 Pager。」
發展方向多，學習範圍也很大
DevOps / SRE 的經驗，可以延伸到 Platform Engineer、Cloud Architect、Infrastructure Engineer、SRE Lead、DevSecOps、Cloud Security、Architect 等方向。
相對地，技術很容易越碰越多：Docker、Kubernetes、Istio，還有 AI Agent。想在這個領域繼續做，持續學習是工作的一部分。
碎碎念(經驗談)
這個領域的工作在不同公司真的是長得很不一樣，不同公司導入與應用的進度、領域、工具與技術不同，都有不同的長相。
初期導入基本從Pipeline自動化的流程設計開始，接著會面對各種不同的環境，使用傳統VM還是容器化佈署，不同環境的設定值管理，然後處理機敏性內容與資安議題，可能還需要處理不同環境的網路設置規則，系統上線之後的各項數據收集與監控等等。
最大的優點就是可以學習的東西很多，但是相對的也可能是最大的缺點，就是很多事情可能都會和你有關(都會找你)，因為面對很多系統、人員與各種面向的問題，也有可能造成壓力很大，畢竟也是相對最接近正式環境的人之一。
DevOps / SRE 工程師就像足球的守門員一樣，球門很大、範圍很廣。一般公司配置的人數可能只有1、2個，比較有規模的大型公司則會有專屬的團隊或部門。