V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
awanganddong
V2EX  ›  程序员

服务发现的作用是什么,有什么好处

  •  
  •   awanganddong · 2021-02-12 17:53:16 +08:00 · 4640 次点击
    这是一个创建于 1140 天前的主题,其中的信息可能已经有所发展或是发生改变。

    不太理解服务发现,以及有什么好处。

    可以通俗讲下吗。以及解决什么痛点。

    22 条回复    2021-02-28 17:51:56 +08:00
    snappyone
        1
    snappyone  
       2021-02-12 18:12:37 +08:00 via Android
    域名方便还是 ip 加端口方便
    chinvo
        2
    chinvo  
       2021-02-12 18:16:46 +08:00 via iPhone
    微服务可以启动大量实例,随机任何端口,分布在一堆不同的机器上。

    不用服务发现,怎么访问。
    chaleaoch
        3
    chaleaoch  
       2021-02-12 18:17:31 +08:00
    同一个服务 同时上线 100 个实例.
    你用 nginx 绑定 IP 要写 100 条转发.
    突然有一个容器挂了.
    要手动修改.

    那我如果有 10*10 个服务呢?

    服务注册与发现将实现自动化上述操作.
    chinvo
        4
    chinvo  
       2021-02-12 18:19:28 +08:00 via iPhone
    讲道理啊,只是把 API 按领域分开,不叫微服务,叫领域编程。

    微服务首先得微,得专一化,得灵活化
    awanganddong
        5
    awanganddong  
    OP
       2021-02-12 18:59:27 +08:00 via Android
    我这样理解对不对,
    就是服务之间一般是通过 ip 地址和端口之间访问。

    如果服务比较多的话,就提供一个接口来实现获取域名和端口。
    xlui
        6
    xlui  
       2021-02-12 19:14:52 +08:00   ❤️ 2
    假设存在微服务化的 A 服务和 B 服务,均集群化部署,A 服务部署 3 台机器,B 服务部署 4 台机器。B 服务对外暴露了某个接口,端口号为 9876 。A 服务想调用必须指定 9876 端口,但是因为 B 服务部署了 4 台机器,A 服务怎么知道需要调用哪台机器呢?

    这个时候我们就需要引入一个服务发现中间件 C,A 和 B 的所有机器在启动时都到 C 注册,注册内容为 IP+端口。A 在调用 B 时,通过 C 获取到当前在线的、注册了 9876 端口的某台 B 机器,然后直接发起调用( IP+端口)。

    引申一下可以借助 C 实现流量路由、统计等等功能;
    再引申一下可以借助 C 把端口干掉,通过接口名称的形式调用。
    awanganddong
        7
    awanganddong  
    OP
       2021-02-12 19:51:14 +08:00 via Android
    明白了,谢谢大家
    luozic
        8
    luozic  
       2021-02-12 19:54:00 +08:00
    SOA 最成功的部分主要就两个: ( 至于接口标准化这种事情,倒不如说是 microservice 与 OpenAPI ( swagger )的贡献)

    A: 一个服务注册与发现机制;
    B: MQ,现在到处用的都是。
    可以去了解一下 SOA 主要解决啥问题。。。

    详细解释为啥要这个服务发现与注册。 核心是实现大量服务的集成(考虑到时间和空间上各个服务发布进度并不一致,or 走 devops 灰度上线流程,请问,该服务的调用方,以及该服务依赖的服务如何准确有效率的集成)。
    taowen
        9
    taowen  
       2021-02-12 20:08:31 +08:00
    https://zhuanlan.zhihu.com/p/25650431 服务注册发现与调度
    Cbdy
        10
    Cbdy  
       2021-02-12 20:11:16 +08:00 via Android
    这是 Java 程序员为了把很简单的事情描述得很复杂发明的术语

    所谓“服务发现”就是“流量”从 service name 到 service instance 的过程
    实际的例子如:特定端点的 HTTP 请求从网关路由到实际处理请求的机器的过程
    miv
        11
    miv  
       2021-02-12 20:34:22 +08:00   ❤️ 2
    打个比方,在没有域名的时候,可以直接通过 ip 去访问。
    那么,有人就发现这种方式太不银性,不好记。
    为了为了偷懒不去记这个 ip 就需要一个 dns 服务器。
    通过 dns 服务器去帮你记住 ip,而你只需要记住域名就可以。
    服务发现,说白了就是这样一个 dns 服务器,现在有了它,访问不同的服务只需要通过服务名。
    比如我访问 a 服务,就会自动负载均衡到绑定 a 服务的 ip 节点上。
    这不香嘛?哈哈。
    有了它,我再也不需要写死服务 ip 的地址,面相服务名编程,而且所有的服务都需要经过它,那么我可以进行全局的流量控制或者一些负载均衡。
    yazoox
        12
    yazoox  
       2021-02-12 21:33:53 +08:00
    @miv 如果“发现服务器”down 了,怎么恢复?
    luckykev1n
        13
    luckykev1n  
       2021-02-12 22:14:33 +08:00
    本质上也是一种解耦的方式
    crclz
        14
    crclz  
       2021-02-12 22:30:17 +08:00
    @yazoox 用 dns 。dns 是分布式的( dns 的 D 字),不会 down 。MongoDB 的集群连接字符串就支持 DNS,和服务发现很相似。如果不用 DNS,可以事先在客户端硬编码 N 台服务器的 IP,这样就可以承受 N-1 台宕机。
    yeqizhang
        15
    yeqizhang  
       2021-02-12 22:31:05 +08:00 via Android
    其实很多中间件,或者 cs 架构的东西,都是为了存一些数据,就像上面说的通过服务名就可以找到服务 ip,这样一个 kv 的数据。然后再加上数据的维护的一些功能。比如 zk
    nicebird
        16
    nicebird  
       2021-02-12 23:05:56 +08:00
    非常简单,就是一个 DNS 功能,给 ip 、port 做了一层抽象,方便之后换 ip 、port,如宕机的时候。
    github2020
        17
    github2020  
       2021-02-12 23:35:48 +08:00
    想象一下外卖服务:

    骑手:服务节点
    外卖 APP 平台:服务网关
    顾客:服务调用者

    骑手只要登陆 APP,就可以接单了,这就像是服务注册;
    我们作为顾客,并不关心具体有多少骑手、是哪一个骑手送餐,我们只要从 APP 订餐,系统就会自动指派可提供服务的骑手。
    incompatible
        18
    incompatible  
       2021-02-13 01:16:14 +08:00 via iPhone
    用一句话通俗地讲就是 dns 啊
    wangxiaoaer
        19
    wangxiaoaer  
       2021-02-13 09:01:08 +08:00 via Android
    docker compose 的模式下用不上吧,自带 DNS 解析和负载均衡。不知道对不对。
    jorneyr
        20
    jorneyr  
       2021-02-13 10:08:53 +08:00
    网状结构与星型结构的区别
    Takamine
        21
    Takamine  
       2021-02-13 10:32:15 +08:00 via Android
    路由表。
    bushenx
        22
    bushenx  
       2021-02-28 17:51:56 +08:00
    @nicebird dns 只能指定 ip 不能指定 port
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3235 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 42ms · UTC 13:58 · PVG 21:58 · LAX 06:58 · JFK 09:58
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.