在IT中，有很多喜欢的框架，不管是agile、ITIL、lean、COBIT、sixsigma还是其他，其实在这些背后都是“最佳实践”，没有什么可以替代那种欲望的引导。“最佳实践”这个概念本身就是一种谜。谁能决定一种做法是否真的是最好的？提倡“采纳和适应”，但仍然不断调整和优化已发布的最佳实践。无论是宣传“最佳”、“最佳”还是“最佳实践”，许多组织都将这些术语用作某种形式的竞争优势。是真的吗？业务成果不应该是真正的竞争优势并衡量IT实践是否真的“最好”地满足客户需求？DevOpsResearchInstitute成立于2015年，是新兴DevOps实践的全球学习社区。自发布以来，我们有意避免提及DevOps“最佳实践”。我们相信DevOps实践正在兴起，并且在许多情况下会颠覆已验证的实践。通过研究、访谈、专业会议以及我们的主管和合作伙伴的经验，DOI的目标是通过知识、教育、以及最适合学习社区和企业IT的认证模式。当成功的DevOps所需的专业知识和掌握水平不明确并且可能不适用于个人时，我们认为将个人认证为“专家”或“大师”还为时过早。DevOps还很年轻。它没有单一的知识关于它的哲学、运动或框架是什么，仍然存在分歧。尽管如此，DevOps正在以比任何其他IT框架更快的速度跨越从创新者到年轻生命的鸿沟。为什么？也许是因为DevOps谈到了许多IT长期积累的文化和技术挑战并寻求解决方案。因此，我们没有关注最佳实践，而是认同DevOps的核心原则：Gofaster（运行得更快）Shortenfeedbackloops（缩短反馈回路）Experimentandlearn（实验和学习）Culturaltransformation（文化转型）提供业务和客户价值constantlyandconsistent（持续一致地交付业务和客户价值）毫无疑问，一些实践或实践已经清晰地浮出水面，这对实现DevOps的核心原则至关重要：敏捷软件开发（agilesoftwaredevelopment）软件管理）持续集成（continuousintegration）持续交付管道（continuousdeliverypipeline）自动化和持续测试（automatedandcontinuoustesting）主动监控（activemonitoring）改进的沟通和协作（improvedcommunicationandcollaboration）然而，在过去的一年里，DOI也根据额外的做法做了一些补充：DevSecOps/坚固的DevOps（DevSecOps和RuggedDevops）ChatOps敏捷服务管理（Agileservicemanagement）精益（Lean）沉浸式实践（Garage,Lofts,Dojos）沉浸式实践（）DevOps团队明年会发生什么？谁知道-但这是DevOps令人兴奋的部分。随着时间的推移，矛盾越来越少，完美越来越丰富。每一个新出现的实践似乎都是在它之前进行提炼和微调的问题。即使没有标准定义，DevOps也鼓励组织检查他们当前的特殊做法，查明差距，评估他们的自动化，最重要的是参与协作讨论。改变的种子已经种下，但还没有明确的最佳实践。惊人的！我们不要通过附加一组静态的最佳实践来扼杀势头。最终会达到DevOps的最佳实践吗？或许。DevOps几乎涉及IT管理的方方面面——人员、实践和自动化。这类似于一套***做法。当然有些人会尝试发布他们的“定义”版本，用于描述DevOps知识体系。即使是今年晚些时候即将出版的重要书籍《DevOps手册》，也是许多DevOps运动早期创始人的合作成果。他们的视角和洞察力将是奇妙的，但没有限制。我知道缺乏知识体系和最佳实践是令人沮丧的。在过去的框架中，知识体既是有用的工具又是限制性的，这使得知识内容很难保持最新。对于DevOps，让我们通过推广兼容和集体的新兴实用知识体系来拥抱共享、协作和持续创新的真正精神。如果我们确定了一套DevOps最佳实践，我们是否真的在抑制我们试图维护的价值观？我希望不是。【本文为专栏作家“王金银”原创稿件，转载请注明出处】点此阅读更多该作者好文
