云原生架构与 GitOps 实战
王炜
前腾讯云 CODING 架构师
5442 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 44 讲
云原生架构与 GitOps 实战
15
15
1.0x
00:00/00:00
登录|注册

30|应用健康:如何迅速判断业务状态和可用性?

你好,我是王炜。
从这节课开始,我们正式进入云原生架构的全新领域:应用可观测性。
在生产环境下,我们经常会被问到这些问题:业务现在健康吗?线上部署的是什么版本,是在什么时候部署的?它的整体可用性怎么样?是否有报错信息等等。在单体应用架构下,这些问题可能非常容易回答,但是在分布式的微服务架构下,要迅速回答这些问题并不简单。
从概念的定义上来说,可观测性包括三个方面,也就是我们常说的指标、日志和链路。指标主要用于衡量程序性能,通过指标的度量值我们可以判断系统的表现情况。最常见的指标有 CPU、内存、磁盘和网络等。日志主要用来统一收集业务输出的日志,包括各种级别的提示警告和错误日志信息等,结合查询系统我们便能够快速定位错误。链路一般指的是分布式追踪,它可以评估一个完整的请求链上微服务的性能情况。
不过,可观测性更多的是深入到微服务内部监控性能和指标,而在实际的业务场景中,当业务出现异常时,我们一般会从外到内排查问题。也就是先检查应用整体的状态和可用性,再借助可观测性工具对应用内每一个微服务进行深入排查。
所以,在正式进入到可观测性的学习之前,这节课,我会先从排查问题的第一原则出发,也就是从最外层的业务应用出发,介绍在 GitOps 场景下判断业务状态、查找故障的几种方法。当你在实践中遇到生产故障时,完全可以把这节课的内容作为故障排查手册来使用。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《云原生架构与 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 的方案可能会更好一些。

    归属地:北京
收起评论
显示
设置
留言
1
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部