V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 890 days ago, the information mentioned may be changed or developed.
有一套 NFT 的买卖系统，服务器定时会给 APP 推送 NFT 价格信息
后面其他客户定制了多套的 OEM
目前的做法是每套系统都独立推送
缺点是推送系统改一个地方
那所有的 OEM 都要修改
优点是灵活，对接简单
如果把推送系统统一起来的话
如果推送系统被攻击或其他因素瘫痪（比如阿里云空调事件），那所有客户都受到影响
应该怎么优化这个功能啊？ 大佬有经验分享一下吗？
后面其他客户定制了多套的 OEM
目前的做法是每套系统都独立推送
缺点是推送系统改一个地方
那所有的 OEM 都要修改
优点是灵活，对接简单
如果把推送系统统一起来的话
如果推送系统被攻击或其他因素瘫痪（比如阿里云空调事件），那所有客户都受到影响
应该怎么优化这个功能啊？ 大佬有经验分享一下吗？
 |
1
R4rvZ6agNVWr56V0 Nov 24, 2023  1
在这个问题中，你提到了一个关键的问题：如何优化 NFT 价格信息的推送系统，以避免单点故障和提高系统的稳定性和可用性。
可以考虑使用微服务架构来优化这个系统。微服务架构是一种将应用程序分解为一组小型、独立的服务的方法，每个服务都有自己的进程和数据存储，并且可以独立地进行扩展和部署。在这个情况下，可以为每个 OEM 客户创建一个独立的微服务，这样每个服务就可以独立地处理 NFT 价格信息的推送，而不会影响到其他服务。这样做的好处是，如果一个服务出现问题，其他服务仍然可以正常运行，从而提高了系统的稳定性和可用性。 还可以考虑使用负载均衡技术来分散推送服务的负载，防止单个服务器过载。负载均衡器可以将请求分发到多个服务器上，以确保每个服务器都能够处理其分配的请求，从而提高系统的性能和可用性。 |
 |
2
NelsonZhao Nov 24, 2023 1
考虑一下 MQ,不同 OEM 订阅自己的 topic 就好了,宕机问题这个也没啥好办法,只能考虑多地区,多云服务商部署,尽最大可能保证服务在线.
|
Select Language