之前有幸在一次机会里,与几位在 DevOps 领域深耕多时的前辈对谈。那时前辈曾提到,在带新人时都会要求他们先「手动」的把整个工作流程的每个环节都做过一次,然後再开始思考要在哪些地方导入自动化、以及选择哪个 DevOps 工具。乍听之下或许有点反直觉,但仔细想想其实很有道理。因为过早导入工具,往往会失去脉络,变成为了用工具而用工具,甚至为了配合工具的功能而修改工作流程。到最後可能没有解决当初的痛点,甚至让後续维护的人更难接手。
因此笔者在设计这 30 天的指南时,有别於只单纯谈 DevOps 观念、或是只介绍特定工具,而是以一个开发情境出发,从 IDE 写程序开始、CI 服务器的架设与操作,到开发生态系的整合,更着重在总体工作流程的脉络,希望能从这「做中学」的过程中,让读者更能亲身体会 DevOps 的实践。
不过,要在 30 天内涵盖 TeamCity 所有功能是不可能的,因此在指南的最後整理一下可以继续深入的主题供各位读者参考:
目前指南介绍到的 TeamCity 功能大概可以满足工作上 60-70% 的需求,但碍於篇幅,每个专案的需求都不同,有些情境也很难 100% 的模拟与重现,所以没有办法把每个功能都深入的讲一遍。这边列出几个笔者的遗珠,希望未来还有再深入介绍的几个点:
为了让各位能迈出进阶学习的第一步,在这边也统整一下 TeamCity 的学习资源供读者们参考:
随着时间的演进、开发典范的转移,开发工具也会持续跟着潮流进化。每当技术圈提到一个职位的技能树时,就会搬出组织严密的 Roadmap 图。不意外的,DevOps 也有一张 。看完後是不是有一种知识焦虑隐隐发作的感觉呢?
说到底,DevOps 是条无尽之路。身为开发者的我们,唯一能做的事情,就是保持开放的心胸接受新观念、并保持对人与技术的热忱。小步前进、持续修正、做到刚好就好,是笔者撰写这指南时的心得。希望您在看完这份小小的 30 天指南後,能帮助您踏出 DevOps 的第一步!
在最後要特别感谢跟我一同参赛的 Kotlin 社群夥伴们,有彼此的陪伴让每个熬夜赶文章的夜晚多了更多的乐趣。但对他们非常抱歉的是,今年因为自己想要超越极限所以报了双铁,结果在第 24 天的时候因为我发文失误把两篇文章发到同一个系列,结果导致跟他们一起组团的团体赛断赛失败了…只好用剩下的这个 DevOps 主题跟他们一起跑完个人铁人赛。谢谢他们的谅解与鼓励,您们是最棒的夥伴!
欢迎大家订阅我们团队 Kotlin 爱台湾 2021 的文章,我的队友们几乎把 Kotlin 可以运用的各种面向都展示出来了!若你对 Kotlin 有兴趣、想加入 Kotlin 社群,欢迎到 Kotlin Tips 参加我们的线上读书会及练功场,平常每月也会有 Kotlin Meetup 活动,欢迎大家参加!
<<: vok-orm 自订sql 查询 / db connection - day21
接下来我们要开始运用APM Agent的函式库来去做应用程序方面的监控。 APM 安装 kibana...
有限状态过程 (FSP, Finite State Process) 是有限状态机的一种表达方式,本...
今天是铁人赛的最後一天了,我们花点时间来看看这三十天我们都介绍了些什麽。 首先,我们介绍了一下 Ko...
30 天挑战终於完成了,终於恢复自由身了!这 30 篇不只是传递分享知识的过程,更是让自己巩固加深原...
新手入门,如有错误,欢迎指正~~~ 系列文章同步更新於部落格 在整个 RTCPeerConnecti...