30｜应用健康：如何迅速判断业务状态和可用性？

王炜

你好，我是王炜。
从这节课开始，我们正式进入云原生架构的全新领域：应用可观测性。
在生产环境下，我们经常会被问到这些问题：业务现在健康吗？线上部署的是什么版本，是在什么时候部署的？它的整体可用性怎么样？是否有报错信息等等。在单体应用架构下，这些问题可能非常容易回答，但是在分布式的微服务架构下，要迅速回答这些问题并不简单。
从概念的定义上来说，可观测性包括三个方面，也就是我们常说的指标、日志和链路。指标主要用于衡量程序性能，通过指标的度量值我们可以判断系统的表现情况。最常见的指标有 CPU、内存、磁盘和网络等。日志主要用来统一收集业务输出的日志，包括各种级别的提示警告和错误日志信息等，结合查询系统我们便能够快速定位错误。链路一般指的是分布式追踪，它可以评估一个完整的请求链上微服务的性能情况。
不过，可观测性更多的是深入到微服务内部监控性能和指标，而在实际的业务场景中，当业务出现异常时，我们一般会从外到内排查问题。也就是先检查应用整体的状态和可用性，再借助可观测性工具对应用内每一个微服务进行深入排查。
所以，在正式进入到可观测性的学习之前，这节课，我会先从排查问题的第一原则出发，也就是从最外层的业务应用出发，介绍在 GitOps 场景下判断业务状态、查找故障的几种方法。当你在实践中遇到生产故障时，完全可以把这节课的内容作为故障排查手册来使用。

公开

同步至部落

取消

完成

0/2000

荧光笔

直线

曲线

笔记

复制

AI

深入了解
翻译
英语
中文简体
中文繁体
法语
德语
日语
韩语
俄语
西班牙语
阿拉伯语
解释
总结

在云原生架构中，快速判断业务状态和可用性至关重要。本文介绍了应用可观测性的概念，包括指标、日志和链路，并强调了在分布式微服务架构下快速回答这些问题的挑战。作者详细介绍了在GitOps场景下判断业务状态和查找故障的方法，包括使用ArgoCD内置的应用级健康状态来判断应用是否处于健康状态。此外，文章还介绍了如何检查Pod的健康状态，包括处理ImagePullBackOff和CrashLoopBackOff等异常状态的方法。通过实际案例和命令演示，读者可以快速了解在云原生架构中排查问题和判断业务状态的方法，为读者提供了实用的故障排查手册。文章还提到了排查Service和Ingress连接状态的方法，帮助读者全面了解业务状态判断的流程。整体而言，本文为读者提供了在云原生架构中快速判断业务状态和可用性的实用指南。

仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《云原生架构与 GitOps 实战》，新⼈⾸单¥59

立即购买

登录后留言

全部留言(1)

最新
精选

郑海成
我理解问题可以认为和下面的说法一致。如何在本地机房通过域名暴露服务? 1.service和pod配置方法和有外网IP是一样的，就不重复说了 2.Ingress在云厂商环境下会提供外网的LB-VIP，在本地机房环境则没有，需要解决一下。方法想到两个：方法一，Ingress-controller的service由loadbalancer改为nodeport，这样就可以使用集群node的IP替代VIP，缺点是nodeport是一个大端口还可能会变；方法二，使用metallb等其他lb方案为Ingress-controller service提供VIP这样在大二层网络通的情况下就可以访问了 3.域名解析在云厂商环境是通过其提供的DNS解析到LB-VIP实现，本地机房可以使用基础网络里的自建DNS实现或者host文件实现
作者回复: 👍🏻两种方法都可以实现暴露对外暴露，metallb 的方案可能会更好一些。
2023-02-20归属地：北京



收起评论