[GH-ISSUE #3602] [Feature Request] 想要借助frp的 p2p模式解决docker集群下服务注册/发现功能无法在局域网运作问题 #2873

Closed
opened 2026-05-05 13:51:28 -06:00 by gitea-mirror · 2 comments
Owner

Originally created by @LZW-Andrewlu on GitHub (Sep 8, 2023).
Original GitHub issue: https://github.com/fatedier/frp/issues/3602

Describe the feature request

需求起因:

在springcloud 微服务开发过程中,需要部署服务注册、发现业务,将多个微服务组成在分布式的集群环境下。由于服务注册、发现服务要求集群中的所有机器暴露其公网IP或者能够互通访问。这在docker分布式集群环境下很难达到,因为docker容器中的服务都处于内网环境,或者不具有公网地址。需要非常复杂的组网方案来解决这个问题。

#需求详情:
能够以插件或者依赖包的形式集成进其他项目,实现p2p方式的穿透访问,不依赖网络之间的直连互通性。基于frp的p2p模式,构建一个不依赖网络互通性的服务注册、发现服务。

Describe alternatives you've considered

No response

Affected area

  • Docs
  • Installation
  • Performance and Scalability
  • Security
  • User Experience
  • Test and Release
  • Developer Infrastructure
  • Client Plugin
  • Server Plugin
  • Extensions
  • Others
Originally created by @LZW-Andrewlu on GitHub (Sep 8, 2023). Original GitHub issue: https://github.com/fatedier/frp/issues/3602 ### Describe the feature request # 需求起因: 在springcloud 微服务开发过程中,需要部署服务注册、发现业务,将多个微服务组成在分布式的集群环境下。由于服务注册、发现服务要求集群中的所有机器暴露其公网IP或者能够互通访问。这在docker分布式集群环境下很难达到,因为docker容器中的服务都处于内网环境,或者不具有公网地址。需要非常复杂的组网方案来解决这个问题。 #需求详情: 能够以插件或者依赖包的形式集成进其他项目,实现p2p方式的穿透访问,不依赖网络之间的直连互通性。基于frp的p2p模式,构建一个不依赖网络互通性的服务注册、发现服务。 ### Describe alternatives you've considered _No response_ ### Affected area - [ ] Docs - [ ] Installation - [ ] Performance and Scalability - [ ] Security - [ ] User Experience - [ ] Test and Release - [ ] Developer Infrastructure - [X] Client Plugin - [X] Server Plugin - [X] Extensions - [ ] Others
gitea-mirror 2026-05-05 13:51:28 -06:00
Author
Owner

@fatedier commented on GitHub (Sep 8, 2023):

看上去和这个项目不那么相关,最多是在此之上做一些封装。另外,frp 的 p2p 模式不是很适合这个场景,这里需要的是 1 对多,而 p2p 提供的 1 对 1,管理维护会很麻烦。

<!-- gh-comment-id:1710971696 --> @fatedier commented on GitHub (Sep 8, 2023): 看上去和这个项目不那么相关,最多是在此之上做一些封装。另外,frp 的 p2p 模式不是很适合这个场景,这里需要的是 1 对多,而 p2p 提供的 1 对 1,管理维护会很麻烦。
Author
Owner

@github-actions[bot] commented on GitHub (Oct 9, 2023):

Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.

<!-- gh-comment-id:1752211103 --> @github-actions[bot] commented on GitHub (Oct 9, 2023): Issues go stale after 30d of inactivity. Stale issues rot after an additional 7d of inactivity and eventually close.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/frp#2873
No description provided.