《大神告诉你，DevOps美但却难落地？》要点：
本文介绍了大神告诉你，DevOps美但却难落地？，希望对您有用。如果有疑问，可以联系我们。
如果你或者你的公司组织正在寻求向DevOps过渡,我建议可以多注重洞察力方面的战略性前瞻思维,起码它可以协助构建敏捷实践和自动化过程.
DevOps发起于发达国家,它们的互联网起步比我们早.在此理论的影响下,敏捷性和持续交付成了软件开发和测试领域的新鲜热门话题,因为它描绘了一个有效应对现代工作流程的一些核心原则和流程.
DevOps全貌没有非黑即白立马呈现,想要落地就要接受一个逐步进化的步骤和阶段.换句话说,世上最不会改变的就是改变,DevOps不是老板一拍脑袋就能很快落地的事,在实施过程中的各种具体执行也不存在一劳永逸.翻译成IT术语,DevOps通过简化组织的工作方式,分解组织孤岛(部门墙)来实现,有效促成合作.
本篇聊聊典型组织跟进DevOps要跨越的弯路,以及为什么绝大部分仍旧走不出适合自己的DevOps路子.除了devops内容,我们顺便讨论了不同程度的敏捷性,组织需要克服的障碍.
敏捷4步
- 初始的敏捷：一般来说,有一定程度敏捷的组织正处于瀑布的快速阶段.但是由于灵活性,重定位或修复bug的机会有限,最终产品说不定……咳咳,我们往下说.实际操作阶段,GitHub上一大堆工具是很有可能为工作流程带来一定程度上的自动化和可扩展性.不过即便在此基础上又有了一些自动化方面的测试,但基础流程决定约束仍然存在,比如一些并行测试.
提高测试敏捷性
自动测试对DevOps至关重要?
然而熟归熟,该指出的短处还是要指出,它们缺乏自动测试的DevOps资源,还是赤手空拳打天下.虽然测试可以脚本化,但大多数测试都是在临时搭建的基础上进行,而团队还没有在构建过程中把自动化测试囊括进去.
缺乏完整的测试自动化过程意味着产出高频且可靠质量的应用依旧(相对)困难.此外,这很有可能会扰乱组织已经执行的其他新变更,削弱开发和交付的管道价值.虽然这些变化已经优化了开发和部署,但没有实际的自动测试导致连续交付依然困难.因此,即便工作流程更敏捷了,但还是没达到持续交付的效果.
此阶段并非对持续交付就没什么价值,既然缺一环,那就能理解它的价值在铺垫,继续DevOps下一步的铺垫.使自动化测试成为持续集成工作流程的一部分的工具,这对现有流程的敏捷性帮助就大了.
企业文化与DevOps文化如何共存
组织需要彻底改革在瀑布发展时期建立的做法,让工作流程完全敏捷、完整的DevOps落地,才更贴近你我可能都说不太清楚的DevOps理念.开始工具因公司而异,但有一些东西是岗位上就要有的觉悟：运维方面,想想你想要什么样的自动化；测试人员,请想想你想要什么样的自动化；开发不是不需要考虑,能协助就是最大的幸福,毕竟听说你们玩OT都是玩的最高级.
文章来自微信公众号：DevOps研究院
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
