随着 DevOps 的兴起，我们也看到了许多反模式的出现。在寻求采用 DevOps 实践的过程中，人们误解了他们的范围并犯了导致常见反模式的错误。让我们看看公司在实施 DevOps 原则时面临的一些常见挑战、陷阱和误解。
1. 不要创建单独的 DevOps 团队
公司在采用 DevOps 实践时常犯的错误是创建一个单独的团队来处理 DevOps 转型。不幸的是，这给流程增加了一个孤岛，并打破了 DevOps 的核心承诺，即增加现有团队之间的协作和共享所有权。
同样，我们看到运营团队更名为 DevOps 团队，而组织的文化、沟通和协作并未发生实际变化。DevOps 旨在拉近不同的团队，而不是创建一个新团队。
2. 避免拥有 DevOps 英雄
有时，特定团队成员比其他成员更多地参与 DevOps 实践。这可能是由于积累的知识、更高水平的经验或一个人增加的努力。当这种模式出现时，它可能会迅速导致 DevOps 英雄反模式，在这种模式中，特定的团队成员对团队来说变得不可或缺。
这种情况很成问题，因为团队的表现和速度取决于一个人。同时，此人可能面临大量工作，最终导致倦怠并可能离开公司。为避免这种反模式，请确保知识在团队和团队成员之间传播。平分工作，不靠英雄，靠团队合作和僵化的流程来取得成果。
3.不要试图自动化和一次改变一切
从头开始在组织中应用 DevOps 实践一开始可能会让人望而生畏。与大多数事情一样，试图一次解决所有问题并不是正确的方法。首先，分析公司内部的现状和流程。人们通常不会愉快地接受许多变化，因此您需要进行战略性思考。相应地确定任务的优先级，找到快速的胜利，自动化将产生更大影响的事情，并一次专注于一件事。
4.避免追逐新工具
随着几乎每天都会出现新的服务和工具，采用和使用这些闪亮的新玩具总是很诱人。工程师经常陷入引入新工具的陷阱，只是因为它在没有适当分析是否需要或最佳选择的情况下引入。
为工作选择正确的工具是至关重要的，但也是一个应该仔细审查的过程。对于我们添加的每个新服务或工具，我们还应该考虑它的可维护性以及我们在此过程中引入的操作开销、依赖性、复杂性和新的认知负荷。
5.不要为了速度而牺牲质量
由于 DevOps 成功的主要因素之一是速度，因此许多团队试图以牺牲质量和通常的安全性为代价来加快他们的流程。许多典型的 DevOps 指标是基于我们交付、部署和提供价值的速度，但它们本身还不够，因为它们只说明了一半。由于对速度的过度关注，很容易失去对重要事物的看法；交付高质量的软件。同等对待速度和质量，添加有意义的自动化测试，避免为了加快发货而偷工减料。
6. 不要放弃持续改进
应用有效的 DevOps 实践是一个动态的过程，应该持续进行管理。在实施路线图中的所有 DevOps 最佳实践之后，可能很想休息和放松，但不幸的是，这个过程永远不会停止。
每一步，我们都应该专注于审查我们的工作流程并不断改进我们的系统、流程和产品。我们必须建立持续的反馈流程，使我们能够审查和反思我们的选择并最终改进。新的范式、最佳实践和改进的模型总是会出现，如果我们希望我们的团队生存、执行和成功，我们就应该焦躁不安。
7. 不要忽视文档和信息共享
根据定义，DevOps 实践的成功采用依赖于在组织内有效地共享信息并创建一个有机地促进协作的工作场所。不幸的是，忽视文档和有效的信息共享是软件团队中经常出现的一种反模式。如果处理得当，文档对于开发人员来说可能是一个方便的工具。
尝试将文档任务集成到团队积累工作中，并将文档视为组织内的一等公民。文档不是静态的，应该保持最新，始终如一地创建，并且任何需要它们的人都可以访问。

我们探索了不同的 DevOps 最佳实践和范例，并分析了我们如何将它们结合起来以加速团队绩效和价值创造。我们还看到了一些隐藏的陷阱和反模式，在追求卓越 DevOps 时需要注意和避免。

想要了解更多关于DevOps资讯信息，请关注中培伟业金老师二维码：