这是一个创建于 1409 天前的主题，其中的信息可能已经有所发展或是发生改变。
不太理解服务发现，以及有什么好处。
可以通俗讲下吗。以及解决什么痛点。
 |
1
snappyone 2021-02-12 18:12:37 +08:00 via Android
域名方便还是 ip 加端口方便
|
 |
2
chinvo 2021-02-12 18:16:46 +08:00 via iPhone
微服务可以启动大量实例，随机任何端口，分布在一堆不同的机器上。
不用服务发现，怎么访问。 |
 |
3
chaleaoch 2021-02-12 18:17:31 +08:00
同一个服务 同时上线 100 个实例.
你用 nginx 绑定 IP 要写 100 条转发. 突然有一个容器挂了. 要手动修改. 那我如果有 10*10 个服务呢? 服务注册与发现将实现自动化上述操作. |
|
4
chinvo 2021-02-12 18:19:28 +08:00 via iPhone
讲道理啊，只是把 API 按领域分开，不叫微服务，叫领域编程。
微服务首先得微，得专一化，得灵活化 |
 |
5
awanganddong OP 我这样理解对不对，
就是服务之间一般是通过 ip 地址和端口之间访问。 如果服务比较多的话，就提供一个接口来实现获取域名和端口。 |
 |
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 把端口干掉，通过接口名称的形式调用。 |
|
7
awanganddong OP 明白了，谢谢大家
|
 |
8
luozic 2021-02-12 19:54:00 +08:00
SOA 最成功的部分主要就两个： （ 至于接口标准化这种事情，倒不如说是 microservice 与 OpenAPI （ swagger ）的贡献）
A: 一个服务注册与发现机制； B: MQ，现在到处用的都是。 可以去了解一下 SOA 主要解决啥问题。。。 详细解释为啥要这个服务发现与注册。 核心是实现大量服务的集成（考虑到时间和空间上各个服务发布进度并不一致，or 走 devops 灰度上线流程，请问，该服务的调用方，以及该服务依赖的服务如何准确有效率的集成）。 |
 |
9
taowen 2021-02-12 20:08:31 +08:00
https://zhuanlan.zhihu.com/p/25650431 服务注册发现与调度
|
 |
10
Cbdy 2021-02-12 20:11:16 +08:00 via Android
这是 Java 程序员为了把很简单的事情描述得很复杂发明的术语
所谓“服务发现”就是“流量”从 service name 到 service instance 的过程 实际的例子如：特定端点的 HTTP 请求从网关路由到实际处理请求的机器的过程 |
 |
11
miv 2021-02-12 20:34:22 +08:00 2
打个比方，在没有域名的时候，可以直接通过 ip 去访问。
那么，有人就发现这种方式太不银性，不好记。 为了为了偷懒不去记这个 ip 就需要一个 dns 服务器。 通过 dns 服务器去帮你记住 ip，而你只需要记住域名就可以。 服务发现，说白了就是这样一个 dns 服务器，现在有了它，访问不同的服务只需要通过服务名。 比如我访问 a 服务，就会自动负载均衡到绑定 a 服务的 ip 节点上。 这不香嘛？哈哈。 有了它，我再也不需要写死服务 ip 的地址，面相服务名编程，而且所有的服务都需要经过它，那么我可以进行全局的流量控制或者一些负载均衡。 |
 |
13
luckykev1n 2021-02-12 22:14:33 +08:00
本质上也是一种解耦的方式
|
 |
14
crclz 2021-02-12 22:30:17 +08:00
@yazoox 用 dns 。dns 是分布式的（ dns 的 D 字），不会 down 。MongoDB 的集群连接字符串就支持 DNS，和服务发现很相似。如果不用 DNS，可以事先在客户端硬编码 N 台服务器的 IP，这样就可以承受 N-1 台宕机。
|
 |
15
yeqizhang 2021-02-12 22:31:05 +08:00 via Android
其实很多中间件，或者 cs 架构的东西，都是为了存一些数据，就像上面说的通过服务名就可以找到服务 ip，这样一个 kv 的数据。然后再加上数据的维护的一些功能。比如 zk
|
 |
16
nicebird 2021-02-12 23:05:56 +08:00
非常简单，就是一个 DNS 功能，给 ip 、port 做了一层抽象，方便之后换 ip 、port，如宕机的时候。
|
 |
17
github2020 2021-02-12 23:35:48 +08:00
想象一下外卖服务：
骑手：服务节点 外卖 APP 平台：服务网关 顾客：服务调用者 骑手只要登陆 APP，就可以接单了，这就像是服务注册； 我们作为顾客，并不关心具体有多少骑手、是哪一个骑手送餐，我们只要从 APP 订餐，系统就会自动指派可提供服务的骑手。 |
 |
18
incompatible 2021-02-13 01:16:14 +08:00 via iPhone
用一句话通俗地讲就是 dns 啊
|
 |
19
wangxiaoaer 2021-02-13 09:01:08 +08:00 via Android
docker compose 的模式下用不上吧，自带 DNS 解析和负载均衡。不知道对不对。
|
 |
20
jorneyr 2021-02-13 10:08:53 +08:00
网状结构与星型结构的区别
|
 |
21
Takamine 2021-02-13 10:32:15 +08:00 via Android
路由表。
|
Select Language