devops最佳实践_DevOps入门的5个最佳实践

devops最佳实践

DevOps常常因其模糊性而使早期采用者感到困惑，更不用说其深度和广度了。 当有人接受DevOps的想法时，他们的第一个问题通常是：“我如何开始？” 和“我如何衡量成功？” 这五个最佳实践是开始DevOps旅程的绝佳路线图。

1.测量所有东西

除非您可以量化结果，否则您不确定是否会努力使事情变得更好。 我的功能可以更快地向客户推广吗？ 逃逸到他们的缺陷更少了吗？ 我们是否响应并从故障中恢复得更快？

• 上市时间衡量了端到端（通常面向客户）的业务体验。 它通常在正式构思功能时开始，到客户可以在生产中使用该功能时结束。 上市时间主要不是工程团队指标； 更重要的是，它显示了您的企业在将有价值的新功能推向市场时完全的端到端效率，并隔离了系统范围内改进的机会。
• 周期时间可衡量工程团队的流程。 一旦开始使用一项新功能，何时可以在生产中使用它？ 该指标对于了解工程团队的效率以及隔离团队级别的改进机会非常有用。

2.让您的程序起步

DevOps的成功需要组织制定常规（并希望有效）的流程，并不断进行改进。 它不必一开始就有效，但必须是一个常规过程。 通常，这是敏捷方法的一种味道，例如Scrum或Scrumban。 有时是精益衍生品。 无论您采用哪种方式，都要选择一个正式的流程，开始使用它，并掌握正确的基础知识。

定期检查和调整行为是DevOps成功的关键。 充分利用诸如利益相关者演示，团队回顾和日常演讲之类的机会，以找到改善流程的机会。

您在DevOps上取得的许多成功取决于人们如何有效地协同工作。 团队中的人员需要从一个共同的过程中进行工作，他们有权对其进行改进。 他们还需要定期的机会，在此过程中与上游和下游的其他利益相关者分享他们所学的知识。

良好的流程纪律将帮助您的组织随着成功的建立而以最快的速度利用DevOps的其他优势。

尽管以开发为导向的团队成功采用Scrum之类的流程是很常见的，但以运营为中心的团队（或其他由中断驱动的团队）可能会选择具有更近期承诺范围的流程，例如看板。

3.可视化您的端到端工作流程

能够随时查看谁在处理您的服务的哪一部分，具有巨大的力量。 可视化您的工作流将帮助人们知道下一步需要做什么，正在进行多少工作以及瓶颈在哪里。

在看到并量化之前，您无法有效地限制在制品。 同样，您无法有效地消除瓶颈，直到您清楚地看到它们为止。

可视化整个工作流程将帮助组织各个部门的人们了解他们的工作如何为整体的成功做出贡献。 它可以促进跨组织边界的关系建立，以帮助您的团队更有效地协作以实现共同的成功感。

4.继续所有事情

DevOps承诺提供令人眼花automation乱的引人注目的自动化。 但是罗马不是一天建成的。 您可以集中精力进行工作的第一个领域是持续集成 （CI）。 但是不要到此为止。 您需要快速跟踪持续交付 （CD），并最终持续进行部署。

您的CD管道是您将各种形式的自动化质量测试注入您的过程的机会。 提交新代码后，您的CD管道应针对该代码和成功构建的工件进行一系列测试。 在此任务末尾出现的工件是整个过程的过程，直到最终在生产中被客户看到为止。

另一个没有引起足够重视的“连续”是持续改进。 这就像每天留出一些时间问您的同事一样简单：“我们今天能做些什么小事来使我们的工作做得更好？” 这些细微的日常变化会随着时间的流逝而复合，从而产生更深刻的结果。 您会惊喜地发现！ 但这也使人们一直在思考如何改善事物。

5.嫩肤

在整个组织中促进更有效的沟通对于培养成功的DevOps旅程中普遍存在的那种系统思维至关重要。 一种帮助实现此目标的方法是在企业和工程师之间使用共享语言来表达新功能所需的接受标准。 一个好的产品经理一天之内就可以学习小Cucumber ，并开始用它以明确，结构化的普通英语表达接受标准。 工程师可以使用该Gherkinized验收标准针对该标准编写验收测试，然后开发其功能代码，直到测试通过。 这是验收测试驱动开发 （ATDD）的简化，也可以帮助您启动DevOps文化和工程实践。

开始你的旅程

不要因不熟悉DevOps练习而灰心。 这是一个旅程。 希望这五个想法可以为您提供坚实的入门方法。

翻译自: https://opensource.com/article/17/11/5-keys-get-started-devops

devops最佳实践