这是一个创建于 517 天前的主题，其中的信息可能已经有所发展或是发生改变。
服务 A 调用服务 B ，假设 AB 在同一个服务器内，那么没有问题，是走内网调用。
假如 AB 不在同一个服务器内，那么服务 A 调用服务 B 是不是就要走外网，就要走防火墙？是不是还得在 A 或 B 服务器里做公网 IP 端口映射？ 那是不是会有性能方面的问题？
小弟这方面知识比较薄弱，请教下老哥们
假如 AB 不在同一个服务器内，那么服务 A 调用服务 B 是不是就要走外网，就要走防火墙？是不是还得在 A 或 B 服务器里做公网 IP 端口映射？ 那是不是会有性能方面的问题？
小弟这方面知识比较薄弱，请教下老哥们
 |
1
chevalier 2023-07-31 11:04:51 +08:00
微服务的基建之一，服务发现，了解一下
内部调用不适合走外网，如果没有服务发现基建的话，给 AB 分配个内网的域名和内部 DNS ，内部的调用走内网域名 |
 |
2
fatyoung OP @chevalier 我理解的服务发现就是把服务注册到某一个注册中心上去，consumer 从注册中心去找 provider 。找到的这个地址 DNS 解析之后肯定是内网地址吗？会不会因为 provider 在另一个服务器里面所以解析出来一个不在当前内网的 IP ？
|
 |
3
lsk569937453 2023-07-31 11:18:25 +08:00
所以就有了 API 网关啊。所有进微服务的外部流量一律走网关。
|
 |
4
melkor 2023-07-31 11:21:07 +08:00 via iPhone
@fatyoung 找到多个 IP 很正常，一致性哈希或者随机选就行，要做负载均衡。本来微服务就不是性能最高的做法，强行选本机会导致流量不均匀，机器资源就不好分配了。
|
 |
5
crysislinux 2023-07-31 11:24:25 +08:00 via Android
一般都在一个 VPC 内部吧。跨 VPC 了就该怎么按外部请求办。
|
|
6
fatyoung OP @lsk569937453 服务间的调用一般是不走网关吧？
|
 |
7
4lieS 2023-07-31 11:40:01 +08:00
你说的是对的
|
|
8
fatyoung OP @crysislinux 意思就是说微服务里的所有服务最好都在同一个服务器内是吗？ 一般都是这样的吧？
|
|
11
crysislinux 2023-07-31 12:04:30 +08:00 via Android  1
@fatyoung 不是同一个服务器内，是在同一个虚拟网络内。地理位置在不同城市的服务器也可以在同一个内网，你想象一下 VPN 是怎么样的就大概明白了。比如在 aws 上你可以创建一个 VPC ，然后各种 balancer ，ec2 之类的都可以加入这个 VPC ，VPC 内的服务逻辑上就是在一个内网
|
 |
12
dandankele 191 天前
@crysislinux 所以微服务架构可以跨地域吗？只要是属于可控的、拥有管理权的内部服务和应用，都通过基建让他们在同一个 VPC 内是吗？
|
|
13
crysislinux 191 天前
@dandankele 可以是可以，比如 https://docs.aws.amazon.com/vpc/latest/peering/peering-scenarios.html ，但是我们还没这么用过。一般的项目一个区域也够了吧，比如 AWS 一个区域有多个 zone ，VPC 是可以跨 zone 的，你可以看看 https://aws.amazon.com/vpc/faqs/
|
Select Language