实施DevOps时要避免的五个陷阱
Mehul Rajput
讲述：丁婵大小：2.27M时长：04:58
DevOps 文化一个最有意义的地方在于，在实现价值的旅途中可以接受失败。当然，你也可以从前人的失败经历中吸取教训，避免自己也犯相同的错误。下文列举了实施 DevOps 过程中一些最常见的错误及其解决之道。
1. 对 DevOps 头衔的误解
一些组织会对 DevOps 的头衔产生误解。他们认为，DevOps 工程师的目标在于解决与 DevOps 有关的所有问题，而实际上 DevOps 意味着开发者和运维人员之间的合作。
实际上，DevOps 的目标在于帮助企业加快 IT 运维方面那些冗繁耗时任务的处理。DevOps 可能还需要围绕应用的收集、扩展和运行建立各种自动化流程。
组织的各种基本需求决定了 DevOps 专家的技能到底应该更侧重于运维或是开发方面，而这些情况必需与选择或雇佣 DevOps 团队的方法保持一致。举例来说，如果自动化是关键，那么就必需对软件开发和脚本编写技能划分出优先级。在雇佣人员的过程中，应该着力考虑你对 DevOps 经验的独特需求，至于完成工作所需的其他需求，完全可以让大家在工作中自行学习。只要雇佣的人具备不断学习的能力和意愿，最终就能为你的组织构建出“最强战队”。
2. 缺乏灵活性的 DevOps 流程
虽然 DevOps 原则为我们的工作奠定了基础，但每个组织都必须准备好围绕自己希望实现的成果对实施 DevOps 进行定制和调整。企业必需确保实现 DevOps 的过程中具备妥善的核心 DevOps 支柱，但同时也需要对这些内容进行内部调整，以便更好地衡量自己所预期的成果。
为了构建技术进步所需的基础，DevOps 基本原则必不可少，尤其是文化、自动化、精益、测量、共享这些支柱性原则。但 DevOps 的实施并没有普适性的标准。DevOps 团队需要从以往的失败中积累经验，并建立出行之有效的规划。
3. 更侧重于速度而非质量
很多企业往往更看重生产交付，但对产品质量关注不足。如果相关人员的 KPI 仅仅以投产时间为中心，这很容易导致产品质量脱离控制。由于被督促着尽可能快速地发布，这可能导致将本应用于监视性能的终结点被拖延到未来的版本中，并将尚未投产就绪的软件视作成功的结果。
在速度和质量方面同时提高，这是 DevOps 最重要的价值。但这一点并不容易实现，需要运维和开发人员用全新，并且更完善的方式来编写测试。只有妥善实现这一点，才能实现质量和速度的双丰收。
4. 构建专属 DevOps 团队
理论上，构建专属团队并全神贯注于新专家的培养，这种做法在 IT 领域很合理。实施 DevOps 必需是无分歧并且无缝的，对吧？但随后很快会遇到两个问题：
现有的 QA、运维和开发团队成员觉得自己被忽视，可能会尝试着给新团队的工作制造障碍。
新团队变成了另一个孤岛，虽然可以提供新技术，但无法推动公司在 DevOps 的目标上有效前进。
更好的做法是让新人和 QA、运维、开发等团队中对 DevOps 有兴趣的原有成员共同组成一个混合团队。这样的团队对各种制度具备更全面的了解，并能对 DevOps 举措提供更宝贵的价值。
5. 忽视数据库
实施 DevOps 的过程中，数据库始终是至关重要，但被忽视的关键技术领域之一。新开发的“用后即抛”型应用程序可以用前所未有的速度经历 DevOps 的完整流程，但数据密集型应用程序在开发方面并未获得相同程度的简化。
如果缺乏有效的自动化整合机制，独立环境中创建的数据快照可能，并且终将影响数据准确性。很多专家疲于进行层出不穷的集成和代码工作，但往往会在数据库的自动化处理方面遇到障碍。数据库必需妥善管理，对于以数据为中心的应用这一点更重要。数据库在此类应用中扮演了重要角色，因此可能需要专门的技能，使其独立于其他应用程序实现自动化。
以上就是今天的内容，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论