大约8年以来，我一直是Confluence的重度用户。 在那之前，我是MediaWiki的高级用户。 我的背景是计算机科学。 在我目前的工作中，要确保全世界的人们都拥有完成工作所需要的信息，如果我对自己的工作效率不高，那么我将浪费很多时间，而其他人则浪费了时间。时间（和理智）。
如果要向大众扩展信息，则需要高效地完成。 信息具有快速变化和发展的趋势，如果没有有效的机制将信息引入需要它的人们的头脑中，您将最终要么a）努力工作以使这些人保持最新状态，或b）最终导致混乱的，无知的，不一致的受众。
在过去的几年中，我越来越了解DevOps（一种将获取开发人员正在编写的代码的方法）尽快投入生产的方法。 由于没有详细介绍此过程涉及的内容，从历史上看，这需要花费数周甚至数月的时间。 随着软件世界变得越来越“ DevOps”，我发现DevOps理念与Confluence如何将其用于有价值的信息之间的关联也越来越多。
如果您需要从共享信息的人那里获取有价值的信息，并以最有效和可扩展的方式，则需要进行以下操作：
- 它必须很容易找到。 如果人们找不到他们想要的东西，他们将开始向其他人询问信息，这极大地浪费了整个组织的工作效率。
- 它需要轻松更新。 如果内容创建者/维护者不能轻松地更新该信息，则他们将开始规避系统并直接向人们发送消息。 这可能是最糟糕的，因为它会降低集中式信息源的质量，训练人们走出系统之外，创建多个信息副本，并阻止更多的受众受益于这些有价值的信息。
- 它不能采用“饲料”风格。 随着信息源的增长，不可避免地成为其成功的受害者。 当源中有太多信息时，人们开始无视它们并直接与人们联系，这浪费了整个组织的更多时间。
这一切与DevOps有何关系？
- DevOps的目的是为代码提供单一的真理来源 -“主”分支，以及一种将其掌握在使用该代码的人们手中的机制-生产。 Confluence是关于在一个地方可以维护信息，并尽可能快地将信息更新到关心它的人员中。
- DevOps还将使人们能够快速更新和修复代码 。 Confluence通过尽可能简单地在页面上维护信息来做到这一点。
- 真正的DevOps涉及持续集成（CI）和持续交付（CD） ，这意味着提交代码后，它便可以正常工作，并且可以快速地检入生产环境。 代码签入可以触发构建以使该代码进入生产环境的方式相同，当Confluence中页面上的信息更新时，它会通过页面更新通知自动将该更改的摘要发送给关心该页面的人员。
我在一家大型软件公司工作，该公司试图解决开发人员超出其中央IT部门的问题，以获取开发和测试代码所需的资源。 开发人员执行此操作的问题在于，这是业务的意外成本，安全问题以及业务控制权不足。 通过提供使开发人员能够轻松完成工作的软件，并使其保持在业务定义的界限和策略之内，业务可以继续保持相关性，合规性和安全性。
信息管理也是如此。 如果信息创建者开始规避用于共享有价值信息的集中式系统，那么人们将不得不付出重复的努力，信息将丢失且难以找到，销售交易将丢失，实施会失败，并且公司最终会遭受苦难。
最终，这与Confluence无关。 这是Confluence提供的功能— 一种集中信息的机制，使信息非常容易更新，使人们易于查找，并在信息更新后立即通知人们 。
DevOps的相同方法是尽快将有价值的代码投入生产（同时保持其集中，组织和易于更新）。 融合是指将有价值的信息尽快有效地转化为“生产”，也就是那些需要信息的人。
加入我们的Slack社区，阅读我们的每周Faun主题⬇
