devops 三十六计_要避免的6个DevOps错误

devops 三十六计

随着DevOps被越来越多地视为数字化转型的Struts,CIO对DevOps和开源如何改变企业文化越来越抱有热情。 DevOps是指一组概念,这些概念虽然不是全部是新的,但已被催促成一种在整个技术社区中Swift传播的运动。 只需查看可帮助您将DevOps计划和实践提升到新水平的书籍和资源的数量即可。

尽管如此,许多人仍不完全了解DevOps的含义。 如果没有正确的知识和理解,许多DevOps计划将无法启动。 在开始DevOps之旅时,这里有六个常见错误以及如何避免这些错误。

1.创建一个单一的DevOps团队

组织最常犯的错误是创建一个全新的团队,负责解决DevOps计划的所有负担。 对于开发和运营而言,要与必须与每个人进行协调的新团队打交道非常复杂。 DevOps从改善安全性,质量保证和DBMS等软件开发团队之间协作的想法开始。 这不仅涉及开发和运营。 如果您创建一个新团队来解决DevOps问题,那只会使事情变得更加复杂。

这里的秘诀在于简单。 通过培养自动化,质量和稳定性的心态来关注文化。 例如,您可能让每个人都参与有关您的体系结构的讨论,或者涉及生产环境中发现的常见问题的对话,所有相关参与者都需要了解他们的工作如何影响他人。 DevOps不仅涉及一个专门的团队,还涉及作为DevOps团队一起发展的组织。

2.专注于太多工具

有许多工具可帮助您实施DevOps计划。 不要通过争论和选择一堆不同的工具来开始您的DevOps策略。 您很快就会发现,很难为团队和组织流程找到合适的工具,因为每个团队(开发人员,IT运营,安全性等)都希望为他们的DevOps实践使用特定的工具,即使这样很难进行。与其他团队合作。 而且,新工具一直在涌现-甚至有一个工具可以帮助集成其他工具。

当然,您需要具有用于敏捷软件开发,持续集成,部署,版本控制等的正确工具。 没有正确的工具可能会阻止团队从DevOps的努力中获得最大的收益。 但是,仅购买连续部署工具或部署应用程序容器不足以将您的组织过渡到DevOps。

您可能会听到一些供应商声称拥有适用于您的DevOps实践的完美工具,但采取不可知论的方法并记住,没有哪个工具可以满足您的所有需求。

3.关注速度而不是安全和质量

许多组织将CI / CD策略作为其DevOps计划的一部分,因为他们需要减少开发和部署新应用程序代码所需的时间。 但是,DevOps的从业者说,以牺牲安全性和质量为代价来提高速度是一个大错误。 即使您在生产中以更快的速度构建,测试和部署新应用程序,如果这些应用程序无法正常运行该怎么办?

许多企业犯了一个错误,即没有很好地遵循其安全实践

为了保持较高的安全性和质量,开发团队应在开发过程中尽早进行测试。 更重要的是,在部署之前,证明候选发布版本已准备好连续交付。

4.允许太多分支

在敏捷软件开发和DevOps实践中,软件(主干)应始终可部署,以便开发人员至少每天可以检入主干(而非功能分支)。 如果构建中断,则可以在十分钟内修复,并且可以在一天内在开发人员工作站上建立类似于生产环境的新开发人员。

如果开发人员习惯于传统的瀑布式环境,可能很难摆脱使用分支的习惯,但是限制分支会非常有益。 如果您喜欢基于主干的开发,请让开发人员始终在代码库的大部分一致的单一版本中工作。

根据Puppet的2017年DevOps状态报告 :“我们发现,在合并到主干中之前具有很短生命周期(少于一天)的分支或分支,并且总共少于三个活动分支,是持续交付的重要方面,并且所有有助于提高性能。 每天将代码合并到主干或主代码中也是如此。”

DevOps使开发人员的机器与生产环境之间的代码处理方式自动化。 保持代码库的许多不同概念风格使DevOps变得复杂了一个数量级。

5.不涉及安全团队

DevOps涉及的不只是将开发和运营团队组合在一起。 它是软件开发和自动化的连续过程,包括安全性,审核和合规性。 许多企业会犯这样的错误,即没有很好地遵循其安全实践。

实际上, CA Technologies的一项调查发现,安全隐患是DevOps的第一大障碍,有38%的受访者指出。 同样,Puppet的调查发现,绩效高的DevOps团队“与安全水平低的团队相比,纠正安全问题的时间减少了50%”。 显然,这些高绩效团队找到了沟通其安全目标并将安全性早期融入开发过程各个阶段的方法。

DevOps的从业人员应了解流程,评估控制并确定风险。 最后,安全性始终是DevOps实践(如DevSecOps)的一部分。 例如,如果生产中遇到任何安全问题,则可以通过安全团队已经使用的工具在DevOps管道中解决这些问题。 必须严格遵守DevOps和安全规范。 不应有任何妥协。

6.不为文化变革做准备

一旦有了适用于DevOps实践的工具,您可能会面临一个新的基础性挑战:试图使您的团队使用这些工具来加快开发,自动化测试,持续交付和监视。 您的Dev或Ops文化是否已准备好应对变化?

例如,敏捷方法通常要求您每周甚至每天发送一次新代码。 这可能会导致很多尴尬,停顿和失败的敏捷采用。 您会在DevOps中遇到相同的概念性问题。 就像开了一辆没有汽油的汽车,驶上一条光洁的新路一样。

为避免这种情况,请计划一个过渡期。 为开发和运营团队留出足够的时间来习惯您的新实践。 确保他们有机会获得有关新流程和工具的动手经验。 在采用DevOps之前,请确保您已经成熟了Dev和Ops文化。

结论

克服挑战并采用DevOps实践后,您的组织将享有更大的敏捷性,更高的客户满意度和员工士气以及更高的生产率,所有这些都将有助于您的业务发展。

接下来要读什么

翻译自: https://opensource.com/article/18/8/getting-started-devops-6-mistakes-avoid

devops 三十六计

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值