目前剛好有玩些 devops, 一般devops 的最主要任務是讓 dev->prod 的流程更順暢，
不是真的又要開發然後又要去做系統運維．
從這個角度來看，devops 最重要的任務反而是你目前不熟悉的那塊
“自己不足的地方當然也知道，像是k8s，docker沒碰過不會，CI/CD流程改進..等等”
一般來說 devops 需要做 ci/cd 系統，幫助 dev 一開發完就可以快速的自動測試和
部署到測試環境，甚至一件部署到正式環境，縮短 dev -> prod 週期．
而目前最我個人最愛的測試方式就是讓 dev 使用 docker 開發，這樣測試就不用去
開特定環境，只要docker build + docker run 就可以完成測試流程．
如果公司正式環境 container 化後，還可以利用 k8s 來做測試環境跟正式環境．
這樣從開發到部署流程就一氣呵成，也能快速看到 devops 的貢獻．
由於devops 熟悉 dev->ops 的流程，補足其中元件的知識也能比單純開發或 ops 人員
評估整個架構的瓶頸和效益，長期來說也有機會往架構師來發展．
老闆其實最在意的就是 prod 的產品，才不會管你怎麼 monitor，monitor 的好不好，
所以重要的是把會的東西聯結到商業價值，才能爭取高薪．
不然單純維運對老闆來說就是“這是該做的”，好沒你的份，有問題就完蛋
其實你會的東西也算滿多的，稍微組合一下，應該就能對產品發揮很大的貢獻．
另外補充一下，以現行雲端環境來說，我個人最歡的 provision 工具是 terraform，
但是不論你用 terraform 或 ansible 其實都是同一件事“infrastructure as code”，
從這方面來看，也算是開發工程師，只是你操作的東西是那些 VM 硬體，和雲端環境
不需要太貶低自己的價值．
最後順便偷推廣一下 dataops: https://medium.com/dataopstw
※ 引述《baconqq (bacon)》之銘言：
: 我是原po，統整一下推文的回覆
: 我從系統轉devops，本身dev方面比較弱，所以也沒有能力去coding backend，當然dev要
: 學習系統方面知識理解難度不會太難，這是不可否認的。
: 但本身有coding能力的人，還會想選擇ops之路嗎？畢竟有自動化維運半夜還是會被監控
: 警告叫醒，有實體機房碰到連假，team成員也要輪流留在台北值班預防跑機房的狀況。
: 當然devops是需要各面向技術的深耕，但是因為太多太雜，要全部兼顧並不容易。
: 我簡單說一下我碰過的東西
: operating system：centos，gentoo，ubuntu，windows server
: automation: puppet，ansible
: log管理: ELK
: 監控：zabbix，nagios，cacti
: web：apache，tomcat，nginx
: cloud：aws ,linode, digitalocean ，gcp
: ci/cd：jenkins
: DB: mysql，mongo，postgresql
: 實體機虛擬化：vmware，proxmox
: kafka，hadoop，activeMQ，rabbitMQ，redis，solrcloud，glusterFS....etc，這些都
: 是我待的不同公司用過的不同東西，雖然都是類似的，只有幾項是比較熟悉的。
: 自己不足的地方當然也知道，像是k8s，docker沒碰過不會，CI/CD流程改進..等等。
: 因有認識一開始是系統後來轉前端程式，重新學習撐個幾年後薪水已經超越之前做系統的
: 薪資。
: 我才會猶豫是否還要舉繼續往這邊發展。
: 謝謝各位前輩的意見