gRPC服务发现与服务治理技术选型

gRPC服务发现与服务治理,目前常见解决方案有以下两种

本文粗略讲解一下两种方案的优缺点

1. nginx + consul + consul-template

gRPC服务发现与服务治理技术选型

实现步骤

  1. grpc微服务注册到consul, consul会定时ping grcp微服务
  2. 当consul节点有更新时, consul-template生成nginx-consul.conf文件
  3. nginx reload完成服务更新, 当有请求时upstream转发到grpc微服务

nginx-consul.conf大致如下

# nginx需要安装grpc模块
upstream User {
    server 127.0.0.1:17000;
    server 127.0.0.1:18000;
}
server {
    listen       19000 http2;
    server_name  _;
    
    location /protobuf.User {
        default_type application/grpc;
        grpc_pass grpc://User;
    }
}	
复制代码

优点

  1. 简单易用,文档丰富

缺点

  1. consul心跳只是以ping tcp端口为标准, 无法确定服务是否正常响应
  2. 当有节点上线或下线时, 需要nginx reload. 有一定风险 (微服务在运行时难免会触发隐藏Bug或者panic, 如果每次都要nginx reload来确保健康的路由,我认为代价太大)

2.Envoy

Envoy 是专为大型现代 SOA(面向服务架构)架构设计的 L7 代理和通信总线。是istio重要组件之一

不好意思 ,没图, 直接贴envoy.yaml出来讲解一下

node:
  id: id_1
  cluster: test_cluster

watchdog:
  miss_timeout: 0.2s
  megamiss_timeout: 1s
  kill_timeout: 0s
  multikill_timeout: 0s

admin:
  access_log_path: /var/log/admin_access.log
  address:
    socket_address: { address: 127.0.0.1, port_value: 10000 }

static_resources:
  listeners:
  - name: listener_0
    address:
      socket_address: { address: 127.0.0.1, port_value: 19000 }
    filter_chains:
    - filters:
      - name: envoy.http_connection_manager
        config:
          stat_prefix: ingress_http
          codec_type: HTTP2
          route_config:
            name: local_route
            virtual_hosts:
            - name: local_service
              domains: ["*"]
              routes:
              - match: { prefix: "/protobuf.User" }
                route: { cluster: xds_cluster }
          http_filters:
          - name: envoy.router
  clusters:
  - name: xds_cluster
    connect_timeout: { seconds: 1 }
    type: STATIC
    lb_policy: ROUND_ROBIN
    http2_protocol_options: {}
    hosts:
    - socket_address: { address: 127.0.0.1, port_value: 18000 }
    - socket_address: { address: 127.0.0.1, port_value: 17000 }
    health_checks:
    - grpc_health_check: {service_name: YourServiceName}
      unhealthy_threshold : 1
      healthy_threshold: 1
      timeout: 0.5s
      interval: 0.5s
      interval_jitter: 0.5s
复制代码

这是一个静态的路由配置,带grpc健康检查, 有四个关键点

  1. listeners : 监听127.0.0.1:19000
  2. filters : 过滤grpc请求,路由到xds_cluster
  3. clusters : 由hosts组成的集群
  4. health_checks: grpc健康检查 grpc_health_check

优点

  1. 轻量级,无侵入式.服务发现由envoy主动发现,grpc不需要特定配置,
  2. 自带grpc健康检查(需要引入protobuf包google.golang.org/grpc/health/grpc_health_v1并实现里面的Check和Watch方法)

原文 

https://juejin.im/post/5d282476f265da1b80207252

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » gRPC服务发现与服务治理技术选型

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址