Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Other]: How is consistent hashing implemented for sharding WebSocket connections in openim k8s? #2298

Open
hezhenke opened this issue May 13, 2024 · 4 comments
Labels
other Indicates an issue or PR lacks a `triage/foo` label and requires one.

Comments

@hezhenke
Copy link

What would you like to share?

看代码没有看懂,目前有k8s和zookeeper两种分片逻辑,k8s通过用户id哈希一致性,选定长链接节点。

我的问题是用户建立连接的时候,是在哪里让客户端根据用户ID哈希和对应的websocket服务器节点建立长链接的。

Additional information

No response

@hezhenke hezhenke added the other Indicates an issue or PR lacks a `triage/foo` label and requires one. label May 13, 2024
@kubbot
Copy link
Contributor

kubbot commented May 13, 2024

Hello! Thank you for filing an issue.

If this is a bug report, please include relevant logs to help us debug the problem.

Join slack 🤖 to connect and communicate with our developers.

@skiffer-git skiffer-git changed the title [Other]: 请问openim k8s 的websocket如何做哈希一致性分片的。 [Other]: How is consistent hashing implemented for sharding WebSocket connections in openim k8s? May 14, 2024
@kubbot
Copy link
Contributor

kubbot commented Jul 22, 2024

This issue is stale because it has been open 60 days with no activity. Remove stale label or comment or this will be closed in 7 days.

@hezhenke
Copy link
Author

why noboy answer the question ?

@FGadvancer
Copy link
Member

A new Kubernetes deployment solution with a consistent hashing approach will be released later. It is not yet complete, but thank you for your attention.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
other Indicates an issue or PR lacks a `triage/foo` label and requires one.
Projects
None yet
Development

No branches or pull requests

4 participants