grpc-go源码剖析六十三之健康检测的整体流程图介绍

最新推荐文章于 2023-11-30 21:52:43 发布
最新推荐文章于 2023-11-30 21:52:43 发布
阅读量486 收藏
点赞数 4
分类专栏： 码二哥的技术专栏 文章标签： golang grpc-go 微服务架构 docker 分布式架构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011582922/article/details/120073321
版权
本文通过流程图详细介绍了grpc-go健康检测的整个过程。核心思路是服务端状态变化时通知客户端，客户端据此调整。流程包括健康检测请求、服务状态更新、帧接收处理、服务状态监控和服务状态接收处理等阶段，确保服务的高可用性和稳定性。
摘要由CSDN通过智能技术生成

采用同样的方式，先通过一张图来整体介绍一下HealthChecking的流程。

有了整体了解，再看源代码就方便多了。

在这里插入图片描述

从上面的流程图中，可以看出来：

最核心思路就是只要服务器端的服务状态发生变化，就会通知客户端，客户端会根据服务状态做出响应的调整；

主要流程说明：

健康检测的前提条件是，客户端已经跟服务器端建立起了底层连接；
客户端一侧：
  • 健康检测请求阶段：
    • 更新链接状态为connecting
    • 选择服务器端的健康检测模式，如可以选择的是Check方式，也可以选择Watch方式；
    • 创建请求头，将健康
了解本专栏 订阅专栏 解锁全文 超级会员免费看
码二哥
关注
专栏目录
订阅专栏
grpc-go源码剖析四十一之服务器端接收到数据帧后，将数据帧缓存到本地的整体处理流程图
码二哥的技术池
07-31 415
前面章节结束后，我们已经知道此时数据帧已经发送到服务器端了，那么在服务器端一侧，是如何来接收处理数据帧呢？ 接下来，我们从服务器端一侧的视角来具体分析； 本小节，我们先整体了解一下服务器端接收到数据帧后的整体处理流程。 从客户端一侧的数据帧作为起点进行观看。 主要流程说明: 客户端一侧: 将构建好的数据帧，交由帧发送器 帧发送器根据数据帧的大小，来决定发送一次还是多次 服务器端一侧： 1.帧接收器介绍： 帧接收器接收到数据帧后，交由帧分发器handle 帧分发器根据帧的类型，交由数据处理器han
gRPC-go源码剖析三十六之帧发送器是如何将数据帧发送给服务器端的基本流程图介绍
码二哥的技术池
07-21 610
接下来的5篇文章，我们将从客户端一侧来分析滑动窗口的原理； 本小节，我们先通过一张流程图整体了解一下：客户端一侧，帧发送器是如何将数据帧发送给服务器端的。 1、客户端一侧，从数据帧产生到发送出去的主要流程 可以从下图中，简单了解一下客户端一侧数据帧的整个生命周期： 数据帧构建器负责构建数据帧；(就是创建一个数据帧) 写流控，将数据帧写入帧单链表前，需要校验一下当前是否满足写入的条件，只有满足一定条件才能将数据帧写入帧单链表里； 校验后，如果允许写入的话，帧存储器将数据帧存储到帧单链表里； 帧加载器通过阻
go grpc 健康检查
Smartershining的博客
01-17 1647
背景 官方链接：https://github.com/grpc/grpc/blob/master/doc/health-checking.md。 客户端在超时或者收到unhealthy的回复时可以认为服务端异常。 健康检查的proto文件定义如下： syntax = "proto3"; package grpc.health.v1; message HealthCheckRequest { string service = 1; } message HealthC...
从一次RPC调用流程看各场景下gRPC框架的解决方案（上）
Snippers的博客
08-12 626
先来简单总结回顾下HTTP/2和ProtoBuf 协议分别是如何提升性能的：在HTTP/2 中采用了静态表和动态表结合来降低HTTP头部体积，并通过Stream流实现并发传输；ProtoBuf 通过在 proto 文件中为每个字段预分配 1 个数字，编码时省去了完整字段名占用的空间。 RPC——像调用本地一样发起远程调用 在进入gRPC框架前先来简单看一下RPC是什么。 RPC全称是 Remote Procedure Call，即远程过程调用，用于网络间的进程通信。RPC以编程语言中本地函数调用形式，
grpc-go源码剖析三十五之滑动窗口基本介绍以及整体流程图介绍?
码二哥的技术池
07-19 1183
从本小节开始，我们开始分享在gRPC-go框架源码中最核心，也是最难的滑动窗口原理(也可以称为流量控制原理)；   我们最基本的目的之一，就是，搞清楚grpc服务器端或者grpc客户端是如何控制发送数据量大小，接收数据量大小的；   知道原理后，是不是可以将这种思想应用到自己的项目中去。 1、滑动窗口基本介绍 滑动窗口基本介绍: 滑动窗口并不是一个函数，或者一个方法，是客户端跟服务器端运行时交互的效果。也可以称为流控等等，类似的词语。 滑动窗口针对的是数据帧传输的场景 滑动窗口的目的是，计算出下次发送数据
gRPC-go源码剖析二十二之帧发送器的整体处理流程介绍
码二哥的技术池
06-23 573
在grpc框架中，grpc客户端跟grpc服务器端的 帧发送器的原理是一样。 一个链接需要一个帧发送器，一个缓存帧的内存。 一个帧发生器可以处理多个流，只要是该链路上的流，都必须通过这个链路的帧发送器进行发送。 1、帧发送器的整体流程介绍 如下图所示： 主要流程说明： 各种类型的帧通过帧存储器接口(put, executeAndPut)将帧存储都帧缓存器controlBuf里，一个连接里的所有帧共享一个帧缓存器controlBuf。 帧发送器开始工作： a)帧加载器接口get根据获取帧的策略，从帧缓存
grpc-go源码剖析十八之解析器resolver 、平衡器balancer、Picker之间的关系
码二哥的技术池
06-15 1217
  本篇文章主要是想再分享一下，解析器resolver 、平衡器balancer、Picker之间的关系，如果不是很熟悉的话，可能还是有点模糊； 1、整体流程说明 解析器resolver 、平衡器balancer、Picker之间的关系，如下如所示： 从图中，可以看出来：grpc客户端跟grpc服务器端处理的整个生命周期，经历了两个阶段： rpc链接建立阶段 rpc请求阶段，或者说，流处理阶段，或者说，帧传输、处理阶段(头帧、数据帧、设置帧) 整体流程说明： - grpc客户端首先通过resolver
grpc-go源码剖析五十四之取消功能的流程原理图介绍
码二哥的技术池
08-23 1350
本篇文章我们先整体了解一下取消cancellation功能的整体流程。 1、整体了解取消功能的流程 主要流程说明： 客户端一侧： 当满足业务条件时，客户端一侧主动调用上下文的取消函数cancel(), 上下文监听到后，就会触发客户端流关闭流程 从上下文里获取异常信息，获取到的是取消异常信息，如 context canceled 将异常信息转换成grpc框架对应的异常信息，如 rpc error: code = Canceled desc = context canceled 获取http2对应的取消异常
grpc-go源码剖析八十三之重试机制的实现的核心？以及重试机制的原理图介绍？
码二哥的技术池
10-05 445
本篇文章主要介绍重试机制实现的核心以及原理图； 我们以发送数据的场景，来介绍重试机制。 1、grpc框架中的重试机制的核心或者说实现主体思路？ 假设客户端向服务器端发起服务请求，整个过程会经历很多阶段，并不是所有的阶段都能重试，只有某些阶段可以进行重试； 当某个操作执行成功后，将该操作缓存到一个切片里，假设已经将2个阶段的操作缓存到了切片里； 执行第3个操作时，假设执行失败； 那么此时，首先判断是否允许重试： 若允许重试的话，重新依次执行切片里的函数，最后在重试一下第3个操作即可； 2、grpc框架重试机制
grpc的健康检查和重试
a...Z
04-25 338
grpc 的重试和负载均衡 https://www.freesion.com/article/2173673173/ https://juejin.cn/post/6844903977545367565?share_token=44E333A1-980F-4E3C-B158-546B65B5A676&tt_from=weixin&utm_source=weixin&utm_medium=toutiao_ios&utm_campaign=client_share&wxs
grpc-go源码剖析六十二之健康检测相关介绍
码二哥的技术池
09-02 1611
从本小节开始，介绍HealthChecking相关原理； 1、健康检测HealthChecking是用来做什么的？或者说，健康检测用来解决什么问题？ 主要是解决以下场景： 当服务器端的服务状态发生变化之后， 如何通知客户端， 客户端需要如何处理 健康检测更适合服务端实例比较多的场景： 当检测到某个服务实例中服务不能正常对外提供服务时，就可以重新选择另外一个服务实例进行连接。 如果出问题的服务实例恢复正常后，还可以继续接收客户端的请求 健康检测服务，其实是在原先建立链接的基础上，又添加了一层校验；
gRPC健康检查方案
纸上得来终觉浅
08-06 308
https://kubernetes.io/zh/blog/2018/10/01/%E5%9C%A8-kubernetes-%E4%B8%8A%E5%AF%B9-grpc-%E6%9C%8D%E5%8A%A1%E5%99%A8%E8%BF%9B%E8%A1%8C%E5%81%A5%E5%BA%B7%E6%A3%80%E6%9F%A5/
gRpc 入门
weixin_39527642的博客
02-16 517
gRpc 入门
gRPC客户端创建和调用原理解析
omnispace的博客
05-02 4159
1. gRPC客户端创建流程1.1. 背景gRPC是在HTTP/2之上实现的RPC框架，HTTP/2是第7层（应用层）协议，它运行在TCP（第4层 - 传输层）协议之上，相比于传统的REST/JSON机制有诸多的优点：基于HTTP/2之上的二进制协议（Protobuf序列化机制）一个连接上可以多路复用，并发处理多个请求和响应多种语言的类库实现服务定义文件和自动代码生成（.proto文件和Proto...
gRPC之grpc健康检查
最新发布
YIYIYI
11-30 1023
gRPC之grpc健康检查
GRPC基本流程
s812289480的博客
10-23 1218
1.编写protobuf文件定义service及massage syntax = "proto3"; option objc_class_prefix = "HLW"; package helloworld; // The greeting service definition. service Greeter { // Sends a greeting rpc Sa...
gRPC的使用（二）之异步服务器流RPC的使用流程
jack_20的博客
07-14 5157
最近在研究并使用gRPC远程过程调用协议，对gRPC的使用颇有感悟。若你对gRPC感兴趣，请关注我的博客，博客将持续更新。 本文总结了gRPC异步服务器流RPC的使用流程： 我画的流程图已尽量简洁，若有疑问，评论区交流。后期我会再添加一些文字说明。
gRPC学习笔记
小简铺子
09-30 2230
远程过程调用,RPC 介绍 使用
grpc-go源码剖析
09-05
grpc-go是一款受欢迎的Go语言实现的高性能RPC框架，用于构建分布式系统。它基于Google的开源框架gRPC，并为Go语言提供了相应的接口和库。下面我将对grpc-go源码进行简要剖析。 在grpc-go源码中，最重要的是其核心组件：Transport、Balancer、Resolver和Server。Transport负责网络传输，提供基于TCP、HTTP/2和TLS的通信功能。Balancer用于负载均衡，可根据策略将请求分配到不同的服务节点。Resolver负责服务发现，帮助客户端找到可用的服务实例。Server则是用于接收和处理来自客户端的请求。 在Transport层，grpc-go使用了高效的HTTP/2协议作为底层通信协议。通过HTTP2Transport接口，它可以方便地与底层通信协议进行交互。此外，Transport还利用了框架提供的拦截器机制，可以实现一些额外的功能，比如认证、日志记录等。 在Server端，grpc-go提供了一个灵活的框架，可以通过定义服务接口和实现服务方法来处理请求。它还支持多种传输模式，包括独立的HTTP/2、TCP以及TLS加密等。Server还提供了流式调用和双向流式调用的支持，可以处理大量并行请求。 在Client端，grpc-go提供了方便的接口和功能，用于与服务端进行通信。客户端可以根据服务接口定义的方法来发起请求，并且可以设置超时时间、重试机制等。此外，客户端还支持流式和双向流式调用，可以实现高效的数据交互。 总结来说，grpc-go源码剖析主要集中在核心组件的实现，包括Transport、Balancer、Resolver和Server等。通过这些组件的协同工作，grpc-go能够实现高性能、高效的RPC通信。同时，grpc-go还提供了丰富的功能和接口，方便开发人员使用和扩展。通过理解grpc-go源码，开发人员可以更好地利用这个框架构建高效的分布式系统。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码二哥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值