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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 383 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

应该怎么优化这个功能啊？大佬有经验分享一下吗？

nft

推送

OEM

系统

2 条回复 • 2023-11-24 14:30:29 +08:00

GeekGao

2023-11-24 14:13:15 +08:00

在这个问题中，你提到了一个关键的问题：如何优化 NFT 价格信息的推送系统，以避免单点故障和提高系统的稳定性和可用性。

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

还可以考虑使用负载均衡技术来分散推送服务的负载，防止单个服务器过载。负载均衡器可以将请求分发到多个服务器上，以确保每个服务器都能够处理其分配的请求，从而提高系统的性能和可用性。

NelsonZhao

2023-11-24 14:30:29 +08:00

考虑一下 MQ,不同 OEM 订阅自己的 topic 就好了,宕机问题这个也没啥好办法,只能考虑多地区,多云服务商部署,尽最大可能保证服务在线.