目前刚好有玩些 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流程改进..等等。
: 因有认识一开始是系统后来转前端程式，重新学习撑个几年后薪水已经超越之前做系统的
: 薪资。
: 我才会犹豫是否还要举继续往这边发展。
: 谢谢各位前辈的意见