关于devops:研发效能生态完整图谱DevOps工具选型必看

2次阅读

共计 1014 个字符,预计需要花费 3 分钟才能阅读完成。

本文次要梳理了研发效力畛域残缺的方向图谱以及支流工具,其中对少部分工具也做了一些点评。看了之后,大家能够对研发效力这个畛域有个整体意识,同时研发效力落地的时候也有对应的工具 (黑话叫抓手) 能够抉择。

我上传了一个高清大图,大家能够下载下来看。如果有问题,欢送留言或者微信间接纠正我。这是第一版,后续我会再更新。

文档治理

举荐语雀。快手外部的 docs 还是十分给力的,我十分喜爱用。腾讯文档也不错,有很多的模版。不过明天在我导入一个脑图的时候,竟然揭示我节点太多,须要付费能力增加节点,我示意十分的无奈。语雀十分的不错,我用得较多的性能就是文件共享、合作。我看有的人还把语雀当作集体博客在用,成果也很不错。

项目管理

私有化部署首选还是「JIRA/ 禅道 /Redmine」,SaaS 化的产品就看大家的习惯和性能诉求了,腾讯系的很多公司都在用 Tapd,而这个工具对产研场景反对的也比其它几个合作工具反对的更多,性能更丰盛。简略的一些场景,前面的 SaaS 工具都是没问题,遇到深度定制化的诉求,这类 SaaS 化的产品都搞不定,就不要想了。快手外部有个项目管理工具 Team 做的不错,对外是「轻雀合作」,感兴趣的小伙伴能够去搜下。

源码治理

国内公司用的比拟多的还是内网私有化部署一个 Gitlab/Subversion,这是支流;Gerrit 的用户也有一些,其余像 Bitbucket、TFS、Mercurial、Perforce、ClearCase、StarTeam 应用的客户都太少了。把握支流的工具,不至于和这个行业或者这个岗位脱离太重大,当前换工作也不便 :-)

流水线

国内除了几家自建流水线的大厂,很大一部分还在用 Jenkins,小局部在用 Gitlab CI(内置就棘手用上了)。即使是自建流水线,有的公司也只是在 Jenkins 上封装了一层而已。从中可见,Jenkins 是如许的受欢迎。其它工具,我感觉本人用用还能够,大规模地上生产环境还是要认真地评估。都爱上 Jenkins 了,您还记得那年大明湖畔的 Hudson 吗?

至于部署工具,鉴于当初是容器化的时代,k8s 在容器编排大战中曾经胜出,所以基于 k8s 的部署工具 helm/spinnaker 等要重点关注下。

总结

其它的工具大家视本人的工作内容和公司的业务特点进行取舍,切记业务倒退是第一位的,千万别把业务当作试验田。跟着技术倒退的大势,抉择支流的工具,别舍不得唤起本人学习的能力,一生学习,与时俱进,一直晋升本人。

正文完
 0