ref: https://iximiuz.com/en/posts/devops-sre-and-platform-engineering/
本篇是一個由 Twitter 討論串引發的後續文章,作者想要聊聊 DevOps, SRE 以及 Platform Engineering 的差異。
文章中附有相關 Twitter 討論串的連結,對於原文有興趣的也可以去參閱一下 Twitter
註:就我個人觀察到的現象,台灣企業很少看到 Platform Engineer 的職位,有人知道有哪些公司有開這種職位可以留言分享一下
作者自述自己是個從事 SRE 工作但是內心卻是個軟體工程的技術專欄作家,因此就自己的過往經驗想分享一下對於這三者的看法,而這些討論就引起了一些回文
因此作者將這些概念整合下來寫下這篇文章來總結一下各方網友們的看法。
作者的軟體生涯中,從分工仔細的團隊到新創公司都經歷過,再還沒有認知到 DevOps/SRE 這類型名詞前就已經體驗過部署開發維運三合一的人生。
隨者愈來愈多人開始探討 DevOps 以及 SRE 這兩個詞,兩者之間的比較沒有停過,甚至還有專屬的兩個 awesome 系列 awesome-sre, awesome-devops 清單來列舉如何學習這兩個技術。
整個求職市場也因為這兩個名詞的出現而有變化,作者也因應這股潮流開始往下探索,因此最後就以自己自身的經驗來分享自己對於這些名詞的想法。
其中作者有提到一點也是我非常認同的,就是這些名詞代表什麼含義,這些職稱要做什麼都會隨者不同公司不同團隊而有變化,畢竟每個公司的產品跟商業走向都不同
期待能有一個一統天下的職稱跟工作內容反而才是不切實際的。所以接下來的探討就只是作者跟幾個網友們的討論,不要當作圭臬,也不要當作聖旨,自己有自己的想法比較重要。
# What is Development
1. 作者認為開發的概念非常簡單,就撰寫程式,唯一能夠為公司貢獻 $$$ 的職位,畢竟有人寫程式還有產品,沒人寫程式也沒什麼好部署的。
2. 推特網友表示: 只有 sales 才是幫公司賺錢的,剩下都是公司的支出
3. 作者從 2011 開始了軟體工程師生涯,過往作者都很期望自己可以去部署一下自己撰寫的程式,但是基本上都是團隊內的其他神秘人物會默默的部署這些程式到生產環境。
# What is DevOps
1. 作者不想探討何謂官方的正式定義,只想聊聊自己多年工作經驗的感想
2. 對作者來說, DevOps 是一個能夠讓開發者對於部署應用程式有更多機會與權力的文化,實作上沒有一定的準則
3. 作者還待過那些開發者都擁有 sudo 權限來部署應用的新創公司,不過現在這些流程都慢慢的被自動化 CI/CD 流程給取代。
4. DevOps 最初的想法應該是遠遠超過作者所描述的,不過作者就自己工作上的經驗,找工作的經驗,看職稱 JD 的經驗來看,DevOps 更像讓開發者打造的產物可以更有效率的被部署
5. DevOps 本身不應該去探討產品的商業邏輯,那是開發者要探討的。
# What is SRE
1. Google 推出了一系列的書來探討何謂 SRE,那系列書籍的想法偏向 SRE 是其中一種 DevOps 文化的實作方式。
2. 相對於 DevOps,作者更喜歡 SRE 帶來的職缺內容。
3. 作者對於提到 CI/CD pipeline 之類的職缺都感到無聊且沒興趣,而 DevOps 的工作職缺往往都充滿這些令人無聊的東西。
4. 相反的,作者更喜歡去專研系統問題,譬如探討為什麼會有 bug, memory leak, 效能不好...等
5. 作者認為 SRE 要負責去維護上線環境,確保使用上沒有問題。
6. Google 的 SRE 系列書籍還提到了關於 monitoring, alerting, SLO 等各種如何確保服務正常的機制。 Facebook 則是有非常著名的 Production Engineer 的職稱,其跟典型的 SRE 基本上沒太大的差別。
7. 推特網友表示: SRE 專注於生產環境, DevOps 專注於 CI/CD 與開發效率與流程
8. 另外一名推特網友表示(這也是我目前最喜歡的答案): DevOps 從開發角度為起點, SRE 從維護上線環境出發,兩職缺於某處產生交集。
# What is Platform Engineering
1. 作者想起當年還是一家新創的唯一一位工程師時,那時候還要去租借實體機器來架設環境,所以那時候也撰寫了不少腳本來安裝機器,也要確保機器之間的網路可以正常運作。
2. 加入一間比較有規模的公司後瞭解到看來 infra 相關的工作是一個很類似 SRE/DevOps 但是又有些許不同的領域
3. 作者認為 Platform Engineering 目標就是要打造一個可以讓 Dev, Ops, SRE 能夠使用的環境
4. 作者感覺 Platform Engineering 要負責維護 data-center 內上千台的機器,確保這群機器能夠正常運作,維護外也要包含升級,設定等。
# What's about titles?
1. 作者前述探討的都是基於負責領域,比較不去談這些職稱應該要做什麼
2. 根據作者經驗,當公司規模逐漸變大時,分工就會愈來愈細,這時候 Dev, Ops, SRE, PE 等職缺就會開始逐漸專項化。
3. 重點就是, YMMV (Your Mileage May Vary ),不同情況,不同答案,不要太專注於一個死板板的解釋。
個人想法: 公司要開什麼職缺名稱就不管他了,工作內容才是最重要的,有錢的任性老闆也可以開一個"開源軟體整合工程師"但是要你整合 CI/CD 加上維運的工作。
同時也有10000部Youtube影片,追蹤數超過2,910的網紅コバにゃんチャンネル,也在其Youtube影片中提到,...
infra工作內容 在 加入台積 共創奇蹟 Facebook 的最讚貼文
▋TSMC 台積電 IT 線上徵才 - 精華集錦回顧
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
還記得去年 12 月首度舉辦的 IT 線上徵才嗎?
一起來回顧台積電在 IT 領域的精彩瞬間!
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
台積電不斷延攬IT人才,釋放創新能量,並引進最尖端的開發技術,從人工到半自動,再走到全面自動化,重新定義半導體的生產製造 👨⚕
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
希望透過這支精華回顧,能讓錯過線上徵才的你,更了解台積電的 IT 技術與發展佈局!
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
- IT 三大領域 -
▪ 數位轉型 ▪ 智慧製造 ▪ 5G / IoT
⠀⠀⠀⠀⠀⠀⠀⠀⠀
- IT 熱門職缺 -
▪ Software Engineer ▪ Site Reliability Engineer ▪ AI Engineer ▪ Infra Engineer
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
歡迎具備軟體開發技能的你,加入我們的行列 🚀
卓越始於與眾不同,一起讓職涯發展更上一層樓!
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
📍 若有任何工作內容相關問題,歡迎聯絡 JoinIT@tsmc.com,將有專人為您回覆
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
▋ 歡迎志同道合的你,一起加入台積
▋ IC The FUTURE, Together WE define the future
⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀
#加入台積共創奇蹟
#IT線上徵才 #數位轉型
#智慧製造 #5GIoT #JoinIT
infra工作內容 在 純靠北工程師 Facebook 的最讚貼文
#純靠北工程師472
----------
[請教前輩-我很迷茫,且徬徨]
小弟年25,碩畢後的第一份,是在園區的500多人的小公司當小IT,48K保14,早9晚7,目前剛滿一年。應徵時,我原以為我是來學做資安的,進來後,發現是infra team,但實際上,我不知道自己定位在哪,以及此份工作對未來職涯的傷害性,這一年來,我經歷的工作內容: AD維運(半手動式)、內部Portal網站維運、Vmware虛擬化維運、PBX電話交換機維運、80多台的Cisco L2 Switch ACL&Vlan 維運、網點建置 cabling發包與管控、全公司OA升級win10、以及help-desk win10疑難雜症、大姨媽式的各種內外ISO稽核、每月ISP全系列帳單報帳核銷、MVPN門號管控、CCTV監控建置與維運(目前548支IPCAM持續上升中..),另外還有疫情期間視訊會議設備及VDI系統的導入、諸如此類等等..,我逐漸遺忘了以往的程設能力,整天在user與user之間徘徊social,在這個崗位上,我理解到技術或許不再是唯一,為了解決人的事情,先解決人的可能性與重要性,但細思極恐,我覺得這不該是我這資歷擁有的體悟,是否更應專精於某項技能,而不是學了一堆技能,但卻把技能點都平均散佈在上面,到了30卻不能轉職...希望板上前輩能給予一些未來建議,謝謝各位。
----------
🗳️ [群眾審核] https://kaobei.engineer/cards/review
👉 [GitHub Repo] https://github.com/init-engineer/init.engineer
📢 [匿名發文] https://kaobei.engineer/cards/create
🥙 [全平台留言] https://kaobei.engineer/cards/show/5438