devops 文化_为什么回馈对DevOps文化很重要

devops 文化

在DevOps CALMS模型（代表文化，自动化，精益，度量和共享）中，共享经常被忽略或误解。虽然CALMS的每个元素都与其他元素一样重要，但是共享知识却是我们经常忽略的事情。

如果我们不分享会怎样？

Centro生产运营总监Jeff Smith讲了这个故事：

更改了存储在我们的报告表之一中的粒度级别。所做的更改使数据库实例上的磁盘空间使用量增加了8倍。这不仅导致我们现有的数据库实例快速填充，而且还使操作人员怀疑设计模式是否合理。因为没有包含在如此有影响力的更改中，所以进入新流程体系结构的所有设计决策都被视为可疑，并不断接受操作人员的重新审查。简而言之，失去了一点信心和信任。

信仰侵蚀所造成的损害不可低估。协作基于信任。每当这种信任消失时，就会花费精力来质疑其他人做出的决策的有效性。

分享有什么好处？

但是，共享不仅仅涉及技术数据或访问。杰夫说：“团队间的沟通应该始终从目标开始，而不是从一个团队提出的问题解决方案开始。” “从解决方案入手时，对话会朝错误的方向发展。”

微软 CloudOps的倡导者艾米丽·弗里曼（ Emily Freeman）说：“没有共享信息，就不可能进行协作。” 她指出，拥有其他团队的技能和知识的“思维导图”可以使人们更有效地提出问题，并减少他们提出过多问题或看起来愚蠢的恐惧。

我们如何更好地分享？

艾米丽说：“不必每个星期二上午10:30共享鼓声。” “这是开放性和真实性。它消除了组织中的阴影，并确保每个人都是诚实，直率和负责任的。”

至少，每个人都应该对日志，代码和事后报告具有只读访问权限。在喊出“关注点分离”之前，请考虑无法与组织中每个人共享的数据集要比我们通常认为的要小得多。可能需要花费更多的精力来清理和保护这个小的子集，而不是默认为“除了他们的一小部分，其他任何人都看不到”，但是好处胜于努力。

“无论组织结构图怎么说，如果有人被排除在外，他们都不属于您的团队，” Emily提醒我们。

但是，它不仅仅是日志和工具。杰夫说：“'S'通常只是被视为知识共享，培训等。” “但是，如果不包括责任和所有权的分担，可能很难使您的组织达到下一个生产力水平。”

我们为什么不分享？

共享信息和知识不是知识工作者的默认职位有很多原因，但是Emily和Jeff都同意，通常这归咎于恐惧。

杰夫说：“团队可能会觉得只有他们的圈子能够以应有的热情和美味来执行特定任务。” “因此，信息变得孤立无援，访问受到限制，大门也被建造了。但这减少了我们建立安全系统的责任，而不再依赖'操作员专业知识'作为拐杖。”

艾米丽同意。她说：“ DevOps文化永远不会改变过去。” “相反，那些热爱DevOps理念的公司对于他们所处的位置是现实的，并致力于不断改进其流程，以便团队中的每个人都能蓬勃发展。”

接下来要读什么

翻译自: https://opensource.com/article/18/11/why-sharing-important-devops-culture

devops 文化