请教大家一个服务器架构问题

350 天前
 Features
有一套 NFT 的买卖系统,服务器定时会给 APP 推送 NFT 价格信息
后面其他客户定制了多套的 OEM

目前的做法是每套系统都独立推送
缺点是推送系统改一个地方
那所有的 OEM 都要修改
优点是灵活,对接简单

如果把推送系统统一起来的话
如果推送系统被攻击或其他因素瘫痪(比如阿里云空调事件),那所有客户都受到影响

应该怎么优化这个功能啊? 大佬有经验分享一下吗?
1156 次点击
所在节点    程序员
2 条回复
GeekGao
350 天前
在这个问题中,你提到了一个关键的问题:如何优化 NFT 价格信息的推送系统,以避免单点故障和提高系统的稳定性和可用性。

可以考虑使用微服务架构来优化这个系统。微服务架构是一种将应用程序分解为一组小型、独立的服务的方法,每个服务都有自己的进程和数据存储,并且可以独立地进行扩展和部署。在这个情况下,可以为每个 OEM 客户创建一个独立的微服务,这样每个服务就可以独立地处理 NFT 价格信息的推送,而不会影响到其他服务。这样做的好处是,如果一个服务出现问题,其他服务仍然可以正常运行,从而提高了系统的稳定性和可用性。

还可以考虑使用负载均衡技术来分散推送服务的负载,防止单个服务器过载。负载均衡器可以将请求分发到多个服务器上,以确保每个服务器都能够处理其分配的请求,从而提高系统的性能和可用性。
NelsonZhao
350 天前
考虑一下 MQ,不同 OEM 订阅自己的 topic 就好了,宕机问题这个也没啥好办法,只能考虑多地区,多云服务商部署,尽最大可能保证服务在线.

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/994815

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX