golang 1.15+版本上，用 gRPC通过TLS实现数据传输加密时，会报错证书的问题
持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第23天，点击查看活动详情
在分析完源码后golang源码分析：grpc 链接池（3）resolver 、balancer和picker，我们尝试自定义实现相应的插件。grpc 通过服务发现或者直连形式获取到 gRPC server 的实例的 endpoints，然后通知负载均衡器进行 SubConn 更新，对于新加入的 endpoint 进行实例创建，移出废弃的 endpoint， 最后通过状态更新将状态为 Idle 的 SubConn 进行管理，gRPC 在调用 Invoke时，则会通过负载均衡器中的 Picker 去按照某一个负载均衡算法选择一个 SubConn 创建链接，如果创建成功则不再进行其他 SubConn 的尝试，否则会按照一定的退避算法进行重试，直到退避失败或者创建链接成功为止。上述三个组件的功能分别如下：
gRPC 这项技术真是太棒了，接口约束严格，性能还高，在 k8s 和很多微服务框架中都有应用。
前言 笔者在restart了一个容器之后，准备stop掉这个容器，于是报了这个错误： Error response from daemon: rpc error: code = 14 desc = grpc: the connection is unavailable 解决方案 重启Docker服务即可 [root@template-centos7 /data]#systemctl restart docker.service
本文通过gRCP服务消费方mesha和gRPC服务提供方meshb，验证其部署在Istio网格的通信过程。通过该示例可以将外部注册中心接入网格，不再困难。
在go 1.15以上版本，必须使用SAN方式，否则会报"transport: authentication handshake failed: x509: certificate relies on legacy Common Name field, use SANs instead"
接口包含了两个方法Invoke和NewStream定义在clientconn.go中
继续上一篇golang源码分析：grpc 链接池（1），我们从源码来分析，我们将从连接池的建立，请求发起的时候获取连接，以及最终关闭连接三个流程进行源码分析。
grpc是一个通用的rpc框架，用google实现，当然也有go语言的版本。在工作中主要用到这个库，所以看看源码加强自己对框架的了解。目前来说主要分析的都以go版本为主(并没有看其他语言版本).由于个人水平有限，代码中的有些思想也是个人揣测，难免有些错误，如果发现错误，还望帮忙指出。
域环境0x800706BA - RPC Server Unavailable的原因是很多的，如果报这个错，那么wbemtest是通不过的
FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.tez.TezTask
在软件开发的复杂世界中，错误是不可避免的。无论是因为外部系统的变化、用户输入的错误，还是内部逻辑的缺陷，错误都会出现。为了有效管理这些错误，并向用户和开发者提供清晰、有用的反馈，设计一套合理的错误码和错误提示系统变得至关重要。本文将探讨设计错误码和错误提示的最佳实践，并介绍一些可供参考的开源规范和模板。
本文首发于 Nebula 公众号：手把手教你从数据预处理开始体验图数据库，由社区用户 Jiayi98 供稿，分享了她离线部署 Nebula Graph、预处理 LDBC 数据集的经验，是个对新手极度友好的手把手教你学 Nebula 分享。
在之前的一篇博文一步步完成thrift rpc示例中，给出了一个使用thrift完成rpc的示例。
K8S报错异常锦集（持续更新）
确实是controller-manager问题 查看状态是否有报错信息，根据实际情况，我的直接重启一下就好了
后端系统大多都是微服务的架构，而且还可能同时有多种语言实现的微服务，比如 java、go、python、c++、node 等。
在微服务开发中，gRPC 的应用绝对少不了，一般情况下，内部微服务交互，通常是使用 RPC 进行通信，如果是外部通信的话，会提供 https 接口文档
首先我们看下第一个问题：我们可以发现这段错误文案是golang源码里的错误文案：src/context/context.go
上篇文章中我们讲到了Docker Compose来作为服务编排的工具，而Docker Compose只是用于单个宿主机上创建多个容器而进行服务编排的工具；而实际大型集群项目中，会面临多个服务器或宿主机上创建容器，从而组成集群提供相应的服务，而这时候就需要另一个服务编排工具Docker Swarm。
我们在上一篇文章「Go 语言基于 Go kit 开发 Web 项目」中，介绍了怎么使用 Go kit 开发 Web 项目，在这篇文章中，我们传输层使用的是 HTTP，本文我们介绍 Go kit 怎么集成 gRPC，也就是说我们在传输层使用 rpc。
Swarm这个项目名称特别贴切。在Wiki的解释中，Swarm behavior是指动物的群集行 为。比如我们常见的蜂群，鱼群，秋天往南飞的雁群都可以称作Swarm behavior。 Swarm项目正是这样，通过把多个Docker Engine聚集在一起，形成一个大的docker- engine，对外提供容器的集群服务。同时这个集群对外提供Swarm API（命令，docker engine的命令），用户可以像使用Docker Engine一样使用Docker集群。
将这个日志示例和Grok模式粘贴到在线Grok调试器中，您应该能够看到以下匹配结果：
Golang语言标准库对Socket编程进行了抽象，无论使用什么协议建立什么形式的连接，都只需要调用net.Dial()即可。
httprunner 4.x可以支持hook机制，在发送请求前做一些预处理或在请求完成后后置处理
腾讯云云原生 etcd（Cloud Service for etcd）是基于 开源 etcd 针对云原生服务场景进行优化的 etcd 托管解决方案。具体介绍说明可以参考文档https://cloud.tencent.com/document/product/457/58176 。
RPC(remote process call)，即远程过程调用，意思就是两台物理位置不同的服务器，其中一台服务器的应用想调用另一台服务器上某个应用的函数或者方法，由于不在同一个内存空间不能直接调用，因此需要通过网络来表达语义以及传入的参数，RPC是跨操作系统，跨编程语言的网络通信方式。
go 源码中带了rpc框架,以相对精简的当时方式实现了rpc功能,目前源码中的rpc官方已经宣布不再添加新功能,并推荐使用grpc. 作为go标准库中rpc框架,还是有很多地方值得借鉴及学习,这里将从源码角度分析go原生rpc框架,以及分享一些在使用过程中遇到的坑.
Specifications : Wechaty, Plugin, Puppet, Service, Token, Gateway
Failed to dial target host "127.0.0.1:57904": tls: first record does not look like a TLS handshake
在测试中，强制需要尝试两次才能在一段时间内没有请求 FssAgent 时工作。TL;DR：如果它不起作用，请运行该命令两次。
Thrift是一个轻量级、跨语言的RPC框架，主要用于各个服务之间的RPC通信，它通过自身的IDL中间语言, 并借助代码生成引擎生成各种主流语言的RPC服务端/客户端模板代码。Thrift支持多种不同的编程语言，包括C++, Java, Python, PHP等。
(facebook) thrift / (hadoop) avro / (google) probuf（grpc）是近几年来比较抢眼的高效序列化/rpc框架，dubbo框架虽然有thrift的支持，但是依赖的版本较早，只支持0.8.0，而且还对协议做一些扩展，并非原生的thrift协议。 github上虽然也有朋友对dubbo做了扩展支持原生thrift，但是代码实在太多了，只需要一个类即可： Thrift2Protocal.java: package com.alibaba.dubbo.rpc.proto
“上个月，Microsoft修复了一个非常有趣的漏洞，该漏洞使在您内部网络中立足的攻击者基本上可以一键成为Domain Admin。从攻击者的角度来看，所需要做的只是连接到域控制器”
Kubernetes集群的Pod使用Openstack Cinder作为后端存储，需要部署cinder-csi-plugin
《Kubelet从入门到放弃系列》将对Kubelet组件由Linux基础知识到源码进行深入梳理。上一篇zouyee带各位看了Kubelet从入门到放弃:拓扑管理，其中提及设备插件，在本文<Kubelet从入门到放弃系列:与GPU齐飞>，今天zouyee跟段全峰童鞋为各位介绍Kubernetes如何利用Nvidia系列GPU，后续介绍Device Plugin的相关概念以及Kubelet组件源码逻辑。
dubbo PRC服务调用过程很复杂，这里准备通过分析一个典型rpc方法调用的调用栈来说明调用过程。说它典型，是因为本次分析的调用场景很典型简单 先定义一个接口 public interface DemoService { public String sayHello(String name); } 然后一个服务实现类 public class DemoServiceImpl implements DemoService { public String sayHello(S
本文我们来看看golang原生rpc库的实现 , 首先来看一下golang rpc库的demo案例:
接上一篇博文，这里是我阅读电子书《Network Programming with Go》后，书中一些重点的第二部分。 HTTP 第8章主要讲到了golang中对HTTP的支持。 首先是很关键的两个对象Request与Response，及一些常用的发送HTTP请求的方法。 # Request对象 type Request struct { // Method specifies the HTTP method (GET, POST, PUT, etc.). // For client requests
之前的 TiKV 源码解析系列文章介绍了 TiKV 依赖的周边库，从本篇文章开始，我们将开始介绍 TiKV 自身的代码。本文重点介绍 TiKV 最外面的一层——Service 层。
micro是go语言实现的一个微服务框架，该框架自身实现了为服务常见的几大要素，网关，代理，注册中心，消息传递，也支持可插拔扩展。本本通过micro中的一个核心对象展开去探讨这个项目是如何实现这些组件并将其组织在一起工作的。
开发raft时用到的比较主流的两个库是Etcd Raft 和hashicorp Raft，网上也有一些关于这两个库的讨论。之前分析过etcd Raft，发现该库相对hashicorp Raft比较难以理解，其最大的问题是没有实现网络层，实现难度比较大，因此本文在实现时使用了hashicorp Raft。
第三节、rpc通信过程分析 前面两个小节分别对rpc服务端和客户端的建立流程做了详细的分析，也就是说rpc客户端和服务器端已经能够进行正常的通信了（rpc客户端已经通过connect链接上rpc服务器了），那么这一小节主要根据一个实际的例子来分析一个完整的rpc通信过程。 下面以客户端创建逻辑卷（volume）为例来分析rpc的通信过程，就以下面这个客户端的命令开始： gluster volume create test-volume server3:/exp3 server4:/e
openstack的rpc是由这个oslo_messaging库实现的，下面就主要讲解下这个库的实现原理
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
