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 加上維運的工作。
infra工程師 在 [自介] 新人報到- 17多年來Infra經驗- 看板MIS 的推薦與評價
新人報到, 分享一下做Infra的經驗...
原PO現約35y, 北部私立二流大學相關科系-肄業(幹你媽的工數)
無留學經驗, 但是英文流利, 北美口音, TOEIC 950+
技術普通, 痛恨背資料還有型號, 但是喜愛用Google解決問題
喜愛與人相處聊天, 天天搓圓仔然後不會被user抱怨~
相關證照: VMWare VCAP-DCV (公司出錢考的...)
高中, 用BSD幫學校架forum, Squid, DNS
薪資: NT 60/hour
第一份正式工, 北部某私立專科-工讀生
幫助兩位只會教MS Office 的電算老師管理校園網路
開規格昇級校園網路, 跟SI 一起研究subnet 怎麼切
管管Cisco PIX, 搞搞圖書館系統等...
薪資: N / year
沒有Bonus
年假:勞基法 打卡:要 其他:學校有年經正妹可看
台灣某無線AP廠商-QA 助理工程師
寫WPS測試SOP, 跑去馬路邊測試無線網路距離跟品質
架RADIUS 環境 搞搞lab, 跟以色列晶片廠討論bug等
薪資: 1.15N/ year
沒有Bonus
年假:勞基法 打卡:免 其他:大公司小福利好多
台灣網路設備製造商-MIS工程師
管公司網頁, 論壇, DNS, Squid, mail, 幫RD架測試環境
還有一開始摸VM幫RD看看這東西能不能用產品, 中間還做了
一下子的PM, 搞了一個L4~L7上過濾的特殊應用產品,
順幫RD看看他們的東西適不適合MIS用....
薪資: 1.9N/ year
Bonus, 都是一個月吧~
年假:勞基法 打卡:檯面下 其他:老闆有技術但缺現金
同一間,後來被外商收購了-IT 經理
開始帶人, 包含中國, SG還有MY的, 第一次蓋機房
管理範圍是整個亞洲, 搞了個漂亮的頭銜...
搞省錢省到底的Asterisk, 自己搞用自己Office的市話下車
自己搞VPN然後騙騙老外說:不用買MPLS也很讚耶...
薪資: 2.75N/ year
Bonus, 也還是一個月...
年假:第一年7天 打卡:免了 其他:進入外商的世界了...
西歐外商-IT 資深支援工程師
台北是他們一堆RD聚集的地方, 認識很多歪國人
有個小小DC, 管管裡面的server, VM, service desk
外卡能夠順手修好的電燈, 還有一點總務的工作
還要順便管管行動機房車, 支援一下東南亞的業務(出差)
薪資: 3.57N/ year
Bonus, 好像有一年有賺錢領過1.x個月, 剩下沒了
年假:第一年14天 打卡:沒人這麼無聊 其他:這裡才是真外商
全人性化管理, 同事大家都很和樂, 歐商步調很慢的~
某東南亞商電子商務-IT 經理
總部在東南亞某國, 台北是 RD Center
下面帶約20個人, 散布在中國, 菲律賓, 香港, 新加坡,
馬來西亞等, 有兩個24x7的團隊, 主要任務是協助所有
非In-House App的內部工作, 包含幫子公司從無到有建立
一整個商務網站...
薪資: 4.27N/ year
Bonus, 摳門死了, 賺好多錢都只發一個月
年假:第一年7天 打卡:要 其他:這是個錯誤, 為了經理那個頭銜
跳過來, 但是華人老闆就只是個會講英文的慣老闆...
北美洲某老牌傳產-科技系統工程師
150年+的老公司, 台灣分公司的營利事業登記證還是日文手寫的
管全球Windows系統的維運, 不直接帶人, 但是有四個Team
跟著我的手做事可以指揮, 每周一天在家工作...
薪資: 6.83N/ year
Bonus, 沒有, 但是每年最少調薪4%
年假:第一年10天 打卡:連請假都自由心證打個屁...
其他:回到老美的懷抱, 中等偏慢的步調, 且因為是傳產保守的多...
我覺得啦~~
做Infra最重要的其實不是技術, 是居中協調找出大家都可以接受
的方案, 技術留給SI/Vendor/AppTeam 去煩惱, 當然你還是要懂一些
只要懂原理就好了, 實做要用的時候再查, 把每個單位服侍的
都很開心才是最重要的....
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 39.14.0.93
※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1443388042.A.3C4.html
... <看更多>