【.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服务，甚至一个容器。挑战#3：故障排除挑战应用程序停机可能代价高昂，关键应用程序故障每小时的成本高达100万美元。时间就是金钱，IT团队不应浪费时间试图检查问题的根本原因。问题在于，当今的许多监控工具都无法在Kubernetes环境中执行自动根本原因分析，这使得故障排除成为旁观者的一个耗时的棘手问题，通常会导致较长的平均修复时间(MTTR)和较长的停机时间。为避免这种情况，请确保您的Kubernetes监控解决方案能够洞察应用程序的依赖关系，并通过比较迁移前后的用户体验来验证迁移是否成功。第四个挑战：迁移到Kubernetes容易出错将传统应用程序迁移到Kubernetes可能容易出错且耗时。一些公司将现有的单体应用程序迁移到部署在Kubernetes上的微服务，但在不了解Kubernetes环境的情况下，无法实时查看每个微服务或传统应用程序如何交互。借助通过单一管理平台提供一步安装和统一监控的解决方案，IT团队可以利用现有技能、流程和工具。利用Kubernetes改变公司在分布式、多云环境中部署和运行应用程序的方式已经变得非常流行，而且没有任何放缓的迹象。但对于在Kubernetes上运行传统应用或基于微服务的应用的企业来说，传统监控方式的缺点是显而易见的。因此，企业必须重新考虑他们的Kubernetes监控方法，以简化复杂的企业工作流程、提高成本效率并提高生产力。通过对整个Kubernetes堆栈和由Kubernetes编排的应用程序的端到端统一可见性，IT团队可以提供最佳的应用程序体验并确保Kubernetes投资取得更好的业务成果。原标题：4个常见的Kubernetes-MonitoringTrapstoAvoid，作者：EricJohanson
