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

流量问题 #705

Open
cheehong1030 opened this issue Oct 18, 2023 · 7 comments
Open

流量问题 #705

cheehong1030 opened this issue Oct 18, 2023 · 7 comments
Labels
enhancement New feature or request

Comments

@cheehong1030
Copy link

流量问题

在这个项目没有考虑分布式和微服务吗 如果流量大了你应该怎么处理 并且编写那么庞大的系统也没有代码规范 不怕以后难以维护吗

@cheehong1030 cheehong1030 added the enhancement New feature or request label Oct 18, 2023
@zeteticl
Copy link
Contributor

  1. 沒有相關經驗, 重構成本極高
  2. 流量大了.... 租更大台的vps, 或是找出樽頸位
  3. 怕, 但這程式是由我零開始學習編程時開始寫 所以只能邊寫邊研究

@cheehong1030
Copy link
Author

我也有发现你的discord bot在30000个服务器 那么你现在的服务器配置是什么
还有你服务器怎么大呢 当到了一定规模一定会卡的 因为你不是使用高并发之类的
你可以尝试考虑移去微服务 一个主服务器处理指令 bot接收了指令返回给服务器处理 也许可以考虑这个提议

@zeteticl
Copy link
Contributor

@cheehong1030 有推薦的文件看嗎XD

@cheehong1030
Copy link
Author

没有 但是我可以给你一些微服务例子

主服务器用于处理数据接收数据和处理数据库 你可以使用 REST API/grpc/websocket 用于开放端口
主服务器呢 如果流量大你可以考虑负载均衡 但是如果你有高并发的相关经验也是适用的

在例如Discord/Whatsapp/Telegram这种bot呢 接收指令然后根据主服务器的数据类型返回数据给主服务器处理
这个方法维护和扩展性高

@zeteticl
Copy link
Contributor

謝謝, 好像沒什麼文件說太多, 要仔細研究這課題
現在運行起來蠻順,幾次改版後, 也沒有以前時常crash 的情況(以前是一個月至少一次...)

@zeteticl
Copy link
Contributor

zeteticl commented Nov 18, 2023

不過如果分離後, 可以熱升級代碼, 或是可以更快重啟也不錯

@cheehong1030
Copy link
Author

cheehong1030 commented Nov 22, 2023

对 在这个架构可以确保不会让太多服务一次性崩溃 然后你还可以考虑尝试 redis+数据库组合,这个是为了减少io操作 尝试更多的优化方法而不是一直升级服务器配置 你也可以使用热升级技术来确保无缝衔接升级服务器

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants