美国军队以其过度的、引人入胜的缩略语、委婉语和色彩鲜艳的短语来描述某些情况而闻名。 但是，许多这些术语也适用于生活的其他领域，包括许多非军事工作。
以下是我认为 DevOps 从业者应该采用的来自军队的五个短语。
“好主意仙女 (Good Idea Fairy)”
根据 Urban Dictionary，“好主意仙女”是“一种邪恶的神话生物，它向军事领导人的耳朵里低语建议和想法，每年导致数百[个]不必要的更改和无数浪费的人工工时。”
我在“军队教会我关于 DevOps 的什么”中讨论了“好主意仙女”。 DevOps 中“好主意仙女”的最佳示例是有人想要使用一种没有提供新功能或改进的新工具。 这种情况比你意识到的更频繁。 有时，新工具会带来新的和改进的功能。 但是，如果没有人使用该功能，那么花时间实施它有什么好处呢？ DevOps 是关于使用合适的工具立即完成工作，同时注意未来。 如果是时候更换工具，那就去做。 否则，抵制某人在 Hacker News 上读到的“新 DevOps 工具”。
另一个例子是，领导层决定让你训练有素的开发人员用不同的语言编写代码。 或者你的基础设施通过 Ansible 管理良好，并且没有任何理由，一切都必须移植到 Terraform。 这太疯狂了，是的，但我见过这种情况发生。“好主意仙女”不是你在 DevOps（或生活中）的朋友。
“赶快，然后等待。(Hurry up and wait.)”
赶往机场，以便你通过安检并在登机口或休息室放松 - 这就是“赶快，然后等待”。 它既不好也不坏，有时是最好的选择。 在军队中，人们被迅速调集到一个地方，以便他们等待下一步赶快去做。
尽早部署功能或系统并让其等待，总比试图将其匆忙推出要好得多。 项目完成得太早也可能不好。 需求可能会发生变化，需要返工，这是一种 DevOps 反模式。 诀窍在于找到准备就绪和等待之间的平衡。
就像让一群人在特定时间到达某个特定地点需要更多时间一样，代码也是如此。 你尝试一次部署的代码越多，所需的时间就越长。 确保将正在进行的工作分解为尽可能小的单元。
“拥抱糟糕。(Embrace the suck.)”
“糟糕”经常被海军陆战队用来形容美国海军陆战队。 但我看到它的背景扩展到许多情况。“糟糕”是某人必须经历才能到达更好情况（希望如此）的任何悲惨情况。 在 DevOps 中，“糟糕”将是构建那些繁琐、重复的管道。 另一个很好的例子是进行调查工作，以弄清楚遗留系统如何达到它们当前的状态（对于没有文档并且没有可以构建该系统的人仍然受雇的情况，则可以加分）。
让我们面对现实吧，DevOps 并不全是彩虹、鲜花、独角兽和荣耀。 在 DevOps 中，你将不得不做一些你不喜欢的事情。 拥抱“糟糕”会提醒人们，未来会有更好的事情。 现在克服它，然后走向更美好的未来。
“你只能期望你检查过的。(You can only expect what you inspect.)”
“你只能期望你检查过的”通常指的是领导者的期望与不可避免的现实。 如果期望以某种方式完成某事，请务必定期检查是否已正确完成（或根本没有完成）。 对于 DevOps，请持续检查结果是否正在改善业务指标并提供价值。 不要假设进程在你认为它们正在运行时运行； 监控它们。 不要假设用户会以某种方式使用某个工具，请观察功能使用情况。 假设是 DevOps 组织中的敌人，因此请务必通过检查来消除它们。
“你视而不见的标准就是你接受的标准。(The standard you walk past is the standard you accept.)”
澳大利亚陆军前总司令 David Morrison 在谈到不可接受的行为时发表了一句多产的声明：“你视而不见的标准就是你接受的标准。” 这在生活和 DevOps 中都是如此。 如果你的编码实践或文化不符合你的组织为自己设定的标准，请立即纠正它。 想想 丰田的 Andon Cord 的概念。 它会发出问题信号，并要求蜂拥而至，以便在将质量问题推广到成品车之前对其进行纠正。 这对于组织中的工具和人员也应该如此。 不要允许降低标准。 保持高标准。
[请参阅我们的相关文章，16 个 DevOps 从业者应该关注的博客和新闻通讯。]
1 条评论