apache / apache/eventmesh

[Question] 能否把eventesh作为消息中心使用?

Open
#4,823 6 comments 0 reactions 0 assignees View on GitHub
question Stale
Dominant language
Java
Stars
1.8k
Forks
658
Avg merge
11h 29m
Merged PRs (30d)
52

Description

### Search before asking

- [X] I had searched in the [issues](https://github.com/apache/eventmesh/issues?q=is%3Aissue) and found no similar issues.

### Question

我想搭建一个evenemesh集群,用nginx作为负载均衡,应用系统集成eventmesh-sdk,访问nginx,连到eventmesh。这个是是否能做到,推荐的部署结构是什么?

我希望evenemesh每个节点是无状态的,不管应用系统通过nginx连到哪个节点上,都能流畅的使用http tcp grpc 消费消息。重启应用服务,或者重启eventmesh 不会造成消息丢失。

我试了用rabbitmq作为存储,是不能达到这个效果的,因为rabbitmq-client.properties中,只能配一个队列。如果集群中任何一个eventmesh消费了消息,其他的eventmesh是无法接收该消息了,自然也无法返回给应用系统。比如应用通过nginx连到eventmesh节点1上,节点1消费了消息,节点2的evenmesh就无法收到该消 , 就无法推给连节点2上的应用系统。

上面的效果是否能做到?使用哪种部署结构能搞定?

Contributor guide

Open the contributing guide

Research direction

Start with the EventMesh SDK integration, the nginx-to-cluster deployment described in the report, and rabbitmq-client.properties. Verify whether the proposed topology supports HTTP, TCP, and gRPC consumers across nodes and survives restarts without message loss. Done means documenting a supported deployment structure and its delivery guarantees.

Written by the indexing model from the issue text.

Assessment

Tech stack
grpc, java, nginx, rabbitmq
Domain
api, backend, distributed-systems
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.