|
|
前腾讯工程师，经历过大厂，也经历过创业！
我已奔四，但我还在持续学习，持续成长！
我非常乐意把我的经验和心得分享给你！
我是阿铭，关注我，和我一起成长为技术大牛！
↓↓↓↓↓
关于DevOps这个概念，可能100个人能给出100个说法，这是因为每个人所接触到的环境有所差异，不同的公司要解决的问题自然是不同的。
在我眼中，DevOps并不是一种技术，而是一种思想、一个方法论。
一个产品从诞生到真正运行起来，会经过开发、测试、部署、运维等各个阶段，在这些阶段中会存在各种各样的问题，这些问题会影响产品最终运行的效率、效果、质量。
比如，开发的时候由于开发工程师的疏忽使某个功能存在逻辑bug，那么在测试阶段测出来就需要返工，这个返工过程中就会影响到整体效率。
比如，测试工程中先后逐渐发现了一些功能缺陷，那么开发人员大概率会将所有缺陷一同修复后再次让测试人员来测试，那么这样会导致测试人员在某一阶段是空闲的，这个空闲会直接拉长了整个产品上线的周期。
再比如，测试过程中，测试环境有问题，则直接影响了测试的进度。
DevOps存在的目的，就是要梳理整个开发、测试、运维生命周期，它最终的目标就是要让这个产品生命周期中的每一个阶段都能够高效协作、快速反馈、敏捷开发、持续集成、持续交付。
用一句话总结：让更少的人，花更少的时间，完成更多的高质量工作。
所以，我认为DevOps只是一种思想、一个方法论。
企业需要根据自己的业务特性，通过制定流程规范，来搭建一套符合自己现状的工具集，从而实现自己的DevOps落地。
在这个过程中，人员能否严格执行流程规范是DevOps能否顺利落地的关键，具体的技术栈反而是很小的一部分因素。
下图是我总结的一张DevOps工具链思维导图（点击图片可以放大观看），如有不同意见，可以留言讨论。
而你要想把DevOps彻底搞明白，那么就意味着，你要学习上面这个工具链中所有的工具！
注意！DevOps并不是特定某一门技能或者工具。
来源:https://www.cnblogs.com/msjhw/p/17229632.html
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！ |
|
