能够与其他人共享这些信息也很

rmruhul

好因为一旦有了数据，您就可以开始在共享现实​​中讨论事物，对吧，因为忙是一个通用术语，但每秒 5,200 个请求是更具体的东西我们都可以推理。我认为，当我们讨论容量或其他任何事情时，我们经常使用这些挥手的术语，而我们可以查看仪表板并给出非常具体的值并确保每个人都可以访问这些仪表板，它们并没有隐藏在某些只有我们出于某种未知原因才能访问的操作墙后面。

德鲁：因此，虽然监控和使用指标作为企业的决策工具是其中的一个方面，但听起 电报号码数据 来主要的方面可能是让系统监控本身，并可能通过其中一些自动化作为系统进行响应作为一个整体，它会对正在发生的事情进行反馈。

杰夫：绝对地。反馈循环是任何实际系统设计的关键部分，对吧，并且随时了解系统的状态。因此，虽然在一切正常的情况下很容易，但一旦出现问题，这些类型的仪表板和指标就非常宝贵，并且您将很快能够识别出未正确检测的内容。正确的。因此，我们在事件管理中经常谈论的事情之一就是您对系统有哪些无法回答的问题，对吧。那么它是什么，或者你会说，“哦，伙计，如果我们只知道现在每秒有多少个查询就好了。” 正确的。

杰夫：哦，那好吧。下次我们如何获得它？我们如何确保它已辐射到某个地方？很多时候，当您在考虑新领域时，很难坐下来思考您在任何时候可能需要的所有数据。但当您发生事件时，您希望拥有哪些数据就变得显而易见。因此，重要的是要利用这些事件和故障并更好地了解丢失的信息，以便您可以改进事件管理流程以及指标和仪表板。

德鲁：我们在开发过程中有时会遇到的问题之一是，团队成员、个别团队成员拥有大量关于系统如何工作的知识，如果他们离开公司、生病或休假，这些知识就无法获取给团队的其他成员。似乎这种 DevOps 方法擅长捕获大量操作知识并将其构建到系统中。因此，个人脑中已掌握所有信息的情况不会经常发生。这是一个公平的评价吗？



杰夫：这是。我认为我们可能，我认为作为一个行业，我们可能夸大了它的功效。我这么说的唯一原因是我们的系统变得如此复杂，对吧？某人脑子里有整个系统并能从头到尾理解它的日子已经一去不复返了。通常，它有两个阴险的部分。第一，人们通常只关注某一特定领域，而有些人无法了解整个情况，但更阴险的是，我们认为我们了解系统是如何运作的。正确的。直到事件发生，我们对系统的心理模型和系统的现实才会发生冲突。我们意识到存在分歧，对吗？因此，我认为重要的是，我们以对人们有效的任何形式持续分享知识，无论是午餐和学习、文档（我不知道）、演示文稿，还是类似的方式来分享和传播知识。

杰夫：但我们也必须做好准备，我们必须准备和定义一个人们可能无法完全理解系统如何运作的现实。正确的。我认为我们承认这一点很重要，因为你可能会做出很多错误的决定，认为你知道系统的行为方式，但实际上是 100% 错误的。正确的。因此，只要有足够的资金来理解，好吧，我们认为这就是系统的工作原理。我们应该多花一点时间来验证这一点。正确的。我认为这在这些复杂的微服务环境中非常重要。虽然它可能非常，但如果你认为，哦，是的，这绝对是它的工作原理，那么你很容易变得漫不经心。我将继续关闭该服务，因为一切都会好起来的。然后一切都崩溃了。因此，即使只是意识到这个想法，你知道吗，我们也可能无法百分百了解这件事是如何运作的。