【51CTO.com快译】Kubernetes(K8S)如今似乎是管理和部署基于微效劳和容器的运用顺序的理想上标准，不难了解个中原委。Kubernetes是最大的开源社区，失掉了云原生计算基金会(CNCF)的支持，对DevOps友好，还具有混合云的优势。为啥不爱呢?

虽然在最近一次调查中69%的受访者表示Kubernetes是容器编排方面的首选，但是部署和管理Kubernetes未必轻而易举。虽然Kubernetes具有灵敏性，但是仍存在操作任务流程方面的复杂性――许多触及运用功用管理(APM)，需求积极有效地应对，才能使Kubernetes完成承诺的益处。

重新思索你的Kubernetes监控策略

CNCF最近的一项调查显示，38%的受访者以为监控是采用Kubernetes面临的最大应战之一;企业规模扩展后，这个应战变得更为艰难。那么，现代IT指导者如何简化Kubernetes监控以提高效率，同时优化功用?

目前的Kubernetes监控办法因几个缘由而不尽善尽美，比如缺乏端到端可见性和容易出错的迁移。以下是你在监控Kubernetes时能够遇到的四个常见应战和如何克制这些应战的提示。

第一个应战：缺乏端到端可见性

传统Kubernetes监控的最常见应战之一是缺乏端到端可见性，因此无法深化了解客户接触点和散布式运用顺序。

因此，IT团队无法深化了解最终用户体验和运用顺序功用如何影响公司的关键绩效目的(KPI)，因此无法知道修复或改良什么。

为了处置这个成绩，运用这样的Kubernetes监控处置方案很重要：为正常的功用列出基准，并借助机器学习的弱小功用，出现成绩时可以智能化地向IT团队收回警报。

第二个应战：警报风暴

虽然深化了解一切运用顺序成绩似乎是坏事，但是多个成绩同时出现时，能够会迅速失控、成为阻碍。毕竟，每当任务完成或新容器启用时，你果真需求警报吗?

假设无法为警报确定优先级，IT团队通常不得不照应和排查每个成绩的基本缘由，这招致蹩脚的用户体验和支出损失。

牢靠的Kubernetes监控处置方案可以协助你辨认和处置详细的底层成绩，深化到某一行代码、某个设备、Kubernetes效劳甚至某一个容器。

第三个应战：缺点排查方面的难题

运用顺序停运的代价能够很惨重，关键的运用顺序缺点每小时损失能够高达100万美元。时间就是金钱，IT团队在反省成绩的基本缘由时不该糜费时间。

成绩是，明天的许多监控工具都无法在Kubernetes环境中执行自动化的基本缘由剖析，使缺点排查成为消耗时间的顺手难题，常常招致平均修复时间(MTTR)很长、停机时间延伸。

为了避免这种状况，确保你的Kubernetes监控处置方案可以深化了解运用顺序的依赖项，并经过比较迁移前后的用户体验来验证迁移成效。

第四个应战：迁移到Kubernetes容易出错

将传统运用顺序迁移到Kubernetes能够容易出错，且很耗时间。一些公司将现有的全体式运用顺序迁移到部署在Kubernetes上的微效劳，但假设对Kubernetes环境缺乏可见性，就无法看到每个微效劳或传统运用顺序的实时交互状况。

借助可经过单一管理平台提供一步式安装和一致监控的处置方案，IT团队就可以充沛应用现有的技艺、流程和工具。

让Kubernetes提供完美的运用顺序功用

应用Kubernetes改动公司在散布式多云环境中部署和运转运用顺序的方式已十分盛行，而且丝毫没有减缓的迹象。但关于在Kubernetes上运转传统运用顺序或基于微效劳的运用顺序的企业来说，传统监控办法的缺陷不言而喻。

因此，企业须重新思索Kubernetes监控办法，以便简化复杂的企业任务流程、改善成本效率并提高消费力。假设对整个Kubernetes堆栈和Kubernetes编排的运用顺序拥有端到端一致可视性，IT团队就能提供完美的运用顺序体验，并确保Kubernetes方面的投入带来更好的业务成果。

原文标题：4 Common Kubernetes-Monitoring Traps to Avoid，作者：Eric Johanson

【51CTO译稿，协作站点转载请注明原文译者和出处为51CTO.com】

【编辑引荐】

混合云环境中扩展Kubernetes遇到的应战及处置方案

谷歌、微软、亚马逊Kubernetes效劳大比拼

Kubernetes不同发行版的比较

管理Kubernetes部署环境的15个工具

微软智能云Azure Kubernetes容器效劳落地中国，开启预览

(责任编辑：admin)