【51CTO.com快译】监管Kubernetes集群并不易，而常常传出的警报通常是一个令人苦恼的问题。Kubernetes工程项目团队必须掌握怎样降低警报疲惫。
如果你是Kubernetes工程项目团队的一员，很有可能了解什么叫警报及其它对工作与生活有什么危害。而当牵涉到Kubernetes时，其警报的数目可能快速提高。文中将讲解一些造成警报疲惫的多见缘故，并给予有利于降低这类疲惫的方法和提议。
什么叫警报疲惫?
简易而言，如果你在一天内接到很多与工作中有关的警报时，便会产生警报疲惫。不相干的很多警报会减少你的工作效能，因为你必须在工作上抽出来很多時间以确定和解决警报。
假如你在下班了以后也接到该类警报，那麼可能危害日常日常生活。为了更好地创建一个高效率和开心的Kubernetes团队，关键是要降低没必要的警报，并致力于给予具备使用价值和可使用的內容。
怎样降低警报疲惫
下列探讨一些适用的方法和提议，以缓解Kubernetes团队成员遭遇的警报疲惫。
提醒1：确立界定指标值和阀值
处理所有问题的第一步是清晰界定。在这个事例中，警报的因素是指标值中的阀值。因而，为其明确恰当的技术指标和合理的阀值尤为重要。针对根据Kubernetes的新项目，必须超过规范的指标值集。你应该监管Pod的生命期及其连接点和群集的单独資源耗费，以维持系统对的操纵。
当牵涉到规范指标值时，应当设定附加的阀值和警报，以掌握什么时候发现异常个人行为。例如，你能设定好几个硬盘应用警示警报，并依据严重后果对他们做好归类，以掌握什么时候干预，并查验其系统软件是不是存在的问题。一样，还可以应用别的标准开展设定，例如CPU耗费、运行内存耗费等。
提醒2：界定警报结构分析并依据严重后果明确优先
从很多数据信息中获得有效信息的最好方式 之一是对警报开展机构。一样，应当将警报开展归类，并依据类型改动发送警报的个人行为。
最先，你能依据系统软件事件对一切正常运转时长的危害，将其分成比较严重事件、警示事件和出现异常事件。随后，你能将警报专用工具配备为仅对于重要事件发送警报。那样，你将降低团队接到的警报总数，而且每一个警报都需要她们付诸行动，而不是简便地给予确定。你还是可以为每一个事件类型分派给不一样的团队，以密切关注系统软件。
提醒3：将相近的警报分类在一起
尽管对警报开展归类有利于分类，但它依然无法处理一个关键问题：反复。你也许会受到系统软件中反复事件的警报。或是很有可能会接到已解决困难的反复警报，由于警报专用工具不足智能化。唯一的解决办法是选用更为智能化的监控解决方案，该解决方法可跨团队和成员靠谱地同歩公布警报。
针对源于反复事件的重复警报，还能够考虑到运用过滤装置和标准将相近的警报组成在一起。可以借助事件给予的信息来明确他们是不是反复产生。根据这些方法，可以对于很多相近问题发送较少的警报，而且Kubernetes团队成员可以在须要时根据监控管理平台浏览全部别的警报。
提醒4：尽量多地搜集相关警报的情景数据信息
要提高警报归类和汇聚，必须搜集很多数据信息。因而，应当竭尽全力搜集相关系统软件中产生的事件的尽量多的信息。这种信息将协助区别反复事件，并协助明确相近事件是不是必须特别关心。除开提升警报对策的品质以外，它可以在之后解决困难时给予协助。
提醒5：在团队中定义明确的人物并相对地立即传出警报
仅有在对团队开展一样使用时，对警报开展归类才合理。每每IT基础设施建设碰到警示时，向Kubernetes团队发送警报是没有意义的。因而必须制定一个事件管理方法结构分析，并使警报专用工具与其说保持一致，以逻辑性地汇报问题。
如上所述，你能将错误类别与团队相符合，或是依据不正确来源于的基础设施建设将不正确与团队相符合。那样才可以找到最合适特殊测试用例的结构分析。
提醒6：与不相干的警报来源于断开
这适用每一个人，而且全部团队成员都应当遵循。团队在众多新项目上工作中，在其中一些新项目被迁移到另一个团队或彻底退伍，这也是很肯定的。可是，这种新项目的警报定阅很有可能沒有按时升级，进而造成不时向你发送不相应的警报。因而必须保证取消订阅，以降低警报噪声。
在依然分派让你的項目的情形下，很有可能存有分派给别的团队成员的问题，但已经向全部团队发送警报。为了更好地梳理你的提示发件箱，最好是也尽早取消订阅。
提醒7：禁止在运行时间之外传出非应急警报
警报疲惫不只产生在运行时间，而在碎片时间公布警报会使你觉得消沉。在理想化状况下，Kubernetes团队应当选用一种警报专用工具，该工具容许在制定的延迟时间内抑止和延迟警报。假如该专用工具可以依据警报归类(发送重要警报并延迟别的警报)完成这一点会更好。这将协助你在工作中时间之外维持健康的生活方法。
假如抑止警报对你而言过于艰难，可以考量将其授权委托给在你不在时值勤的另一名团队成员。而许多成员已经全天监控系统管理状况。将警报迁移给值勤的成员，可以协助别人在她们不运行时释放压力。
提醒8：在重要终断时，撤销全部警报以致力于修复
假如你早已恰当地完成了绝大多数工作中，而且警报的设定是合理的，那麼可以考虑到在修复关键终断时撤销全部警报。在重要事件中，很多基础设施建设部件很有可能会出现异常，并马上向你发送很多警报。一旦你确定了终断的缘故，就应当撤销别的全部警报，并集中注意力处理终断问题。
可是，你依然有可能错过了关机期内造成的别的关键警报。因而，最好是将警报发送给别的沒有与你一起解决常见故障的团队成员。
总结
警报疲惫是真實出现的，如果不立即查验，它会干扰你的身心健康和工作效能。因而，你应该挑选一种专用工具，以减小没必要的警报噪声，与此同时使你掌握应用软件的全新关键升级。将合理的设备与合理的警报对策紧密结合，将提升团队的工作效能，与此同时维持身心健康。
全文联接：Avoiding Alert Fatigue: 8 Tips for Every K8s Engineering Team，创作者：Nate Matherson
【51CTO译文，协作网站转截请标明全文译员和来源为51CTO.com】