浅谈etcd+gRPC服务注册与发现 Hello朋友们，在之前参加云原生活动的时候曾写过一篇文章《浅谈云原生技术组件—etcd》，在其中我主要说明了etcd在基于Kubernetes云原生微服务框架中的定位，主要是用来做服务的远程配置、KV存储等等，那么今天就来简要的补充讲解下etcd的另一个重要

1.简介 最近在做服务拆分，目标就是先抽出一个流量解析模块，主要是负责流量的接入、协议的转化，将所有媒体请求都以统一接口访问后续服务，因为时间紧迫，服务间访问、负载均衡采用的是比较传统的处理方案——新服务通过内网LB访问后续服务，该种方案的最大问题就是在原有上、下层服务之间又加了一层，即数据链路又

轻松了解etcd etcd是一个高可用、强一致的键值仓库，其中典型的应用场景就是服务发现。它专注于以下四点： 简单：易于部署，易使用。基于HTTP+JSON的API让你用curl就可以轻松访问 安全：可选SSL客户认证机制 快速：每个实例每秒支持一千次写操作 可信：使用一致性ra

0.1、目录结构 . ├── api │ └── main.go ├── common │ └── common.go ├── docker-compose.yml ├── etcd │ └── Dockerfile ├── go.mod ├── go.sum ├── rpc │ ├── cours

Hello朋友们，在之前参加云原生活动的时候曾写过一篇文章《浅谈云原生技术组件—etcd》，在其中我主要说明了etcd在基于Kubernetes云原生微服务框架中的定位，主要是用来做服务的远程配置、KV存储等等，那么今天就来简要的补充讲解下etcd的另一个重要的作用——服务注册和发现，没错，正是和Z

1. 前言 服务发现就是服务提供者将自己提供的地址post或者update到服务中介，服务消费者从服务中介那里get自己想要的服务的地址。 但是有两个问题： 第一个问题：如果有一个服务提供者宕机，那么中介的key/value中会有一个不能访问的地址，该怎么办？ 心跳机制： 服务提供者需要每隔5秒左右

什么是服务注册和发现？服务注册和发现的作用？CAP原理是个啥？服务注册和发现都有哪些组件？ETCD 是个啥？来我们对比一下为什么选择 ETCD 而不是 Zookeeper？GO 如何 用 ETCDETCD 的分布式锁总结欢迎点赞，关注，收藏我们一起来回顾一下上次的分享：通道是什么，通道的种类无缓冲，

一、简介 关于服务注册和服务发现介绍，我前面的文章有介绍过 - 服务注册和发现的文章(https://www.cnblogs.com/jiujuan/p/15087196.html)。 作为服务中心的软件有很多，比如 etcd，consul，nacos，zookeeper 等都可以作为服务中心。 g

一、介绍底层HTTP/2协议标准协议层Protobuf序列化协议gRPC也是基于以下理念：定义一个服务，指定其能够被远程调用的方法（包含参数和返回类型）。在服务端实现这个接口，并运行一个 gRPC服务器来处理客户端调用。在客户端拥有一个存根能够像服务端一样的方法。特点：跨语言，多种语言的类库实现；基

ETCD服务注册与发现原理 # 服务注册原理 在微服务架构下，主要有三种角色：服务提供者（RPC Server）、服务消费者（RPC Client）和服务注册中心（Registry），三者的交互关系请看下面这张图。 RPC Server 提供服务，在启动时，根据服务的编译和配置信息，向 Regist