Search
Ask A Question
Answered
Avatar
1
Nguyen Van Huy Beginner
Asked At: 1745055354000 In: Socket
Nguyen Van Huy Beginner Asked At: 1745055354000 In: Socket
Thắc mắc về building infra ứng dụng chat
Anh Dũng ơi,
Em đang nghiên cứu về system design ứng dụng chat có khả năng scale nhiều WebSocket server, và em đang nghĩ cách là dùng Redis Pub/Sub để broadcast message giữa các server. Tuy nhiên, em đang không rõ nếu Redis (kể cả trong trường hợp sử dụng Redis Cluster) bị downtime thì các WebSocket server sẽ nhận message như thế nào?
Liệu giải pháp hợp lý trong trường hợp này có nên là truy vấn lại message từ database không ạ?
Anh có thể giải thích giúp em hướng xử lý phù hợp hoặc best practice cho tình huống này không ạ?
  • 2 Answer(s)
  • 930 Views
  • Answer
Remain: 5
2 Answers
Avatar
tvd12 Enlightened
Added an answer at: 1745205699000
tvd12 Enlightened
The Best Answer
Added an answer at: 1745205699000
Dùng redis cũng là một ý tưởng tốt em ạ, nhưng dùng redis đúng như em nói khi cluster bị down thì tin nhắn từ server A có thể không broadcast đến B, C được dẫn đến những client kết nối đến B, C không nhận được tin nhắn.
Vậy nên giải pháp đưa ra là tin nhắn vẫn phải được lưu ở trong cơ sở dữ liệu nữa. Khi client kết nối với bất kỳ server nào thì nó sẽ đồng bộ tin nhắn (tính từ tin nhắn cuối cùng mà nó nhận được), server cũng sẽ gửi các tin nhắn cho client tính từ tin nhắn lần cuối nó gửi cho các client, ví dụ:
  1. Server A: Nhận được tin nhắn thứ 100, nó cần broadcast đến B để gửi cho client X, nhưng cluster down, vậy B sẽ vẫn còn trạng thái là last message id = 99.
  2. Trường hợp cluster không kịp sống lại và client disconnect sau đó kết nối vào A thay vì B thì client sẽ đồng bộ lại toàn bộ tin nhắn tính từ 99.
  3. Trường hợp cluster sống lại thì B sẽ lại tiếp tục lấy tin nhắn từ 99 và gửi cho các client bao gồm cà X, client vẫn giữ kết nối đến B nên tiếp tục nhận được tin nhắn.
Nhìn chung vẫn phải kết hợp nhiều thứ chứ không chỉ Redis hay DB là đủ em ạ, DB cung cấp giải pháp lưu trữ bền bỉ, còn redis cung cấp giải pháp thông báo cho các websocket server biết có tin nhắn mới để mà vào DB lấy ra rồi gửi đi và cập nhật trạng thái.
  • 1
  • Reply
làm sao để biết redis down mà lấy message từ db a nhỉ, có thể coi connect lỗi (có thể là kết nối mạng) là down không ạ
  –  Nguyen Van Huy 1745208257000
Avatar
tvd12 Enlightened
Added an answer at: 1745216056000
tvd12 Enlightened
Added an answer at: 1745216056000
Làm sao để biết Redis down? Thực tế thư viện nào cũng cung cấp cơ chế ping pong để biết được trạng thái của Redis là gì để kết nối lại hoặc bắn ra lỗi để em có thể em gửi về hệ thống monitoring.
Trên thực tế thì việc lấy message ở máy chủ B có thể là:
  1. Đợi có message bắn sang từ A.
  2. Chạy 1 vòng loop liên tục để kiểm tra xem có message mới không (ví dụ 100ms 1 lần).
Kết hợp cả 2 cái này thì dù Redis có down hay không thì Websocket Server vẫn hoạt động bình thường được.
Như em có thể thấy không nhất thiết phải có Redis đâu, tất nhiên có redis thì nhiều khi tin nhắn được bắn ngay mà đỡ phải bị deplay 100ms
  • 1
  • Reply
Vậy là khi ping redis mà xác nhận nó down thì mình sẽ chạy cái vòng loop để lấy message từ db cho đến khi redis phục hồi phải không ạ
  –  Nguyen Van Huy 1745217530000
Có thể như vậy em ạ
  –  tvd12 1745234992000
Ask A Question
  • Question(s) 1.1K
  • Answer(s) 2.2K
  • Best answer(s) 136
  • User(s) 546

Related Questions

Recent Activities

Show All Activities

Top Members

Trending Tags

.net .net core .net oop #formatdate abstract class access app access token ai android ansible anti-flooding apache poi api app architecture artificial intelligence assembly async asyncawait atomicboolean authentication backend backend nestjs background bash script batch bean big project binding bitcoin blockchain blog boot-nodes branch btree bucket4j buffered build bundle c# c# .net cache caching callback career career path cast câu hỏi centos chat cloud cloud reliability combobox commit communication computer science concurrent config-css connection pool content-disposition contract controllerservice convert date to number cookie cors cosmos cosmos-sdk crawl data cron css database database migration datasource datastructure datetime deadlock debug decentralized exchange deep learning deploy contract design patterns design-pattern dev devops dex di distraction programing dns đồ án tốt nghiệp docker download draw.io du học dữ liệu lớn duration eclip editor elasticsearch email erc20 erc721 error estimation eth ethereum ethereum login excel excel-object-mapper exception exception handle exception handler executor export compliance extensions exyfox ezydata ezyfox ezyfox-boot ezyfox-server ezyfoxserver ezyhttp ezyjpa ezymq-kafka ezyplatform ezyredis facebook fe filter floating point flutter format json freetank front-end frontend fullstack fulltextsearch future gallery game game-box game-room game-server gateway get get file zip git glide go golang gorilla graduation thesis graphql grapql grpc guide h2 database handy terminal hazelcast hibernate hibernateconfig html http https hyperloglog image index indexing integration-test intellij interface io ioc ipfs isolate issue it java java core java spring java web javacore javascript javaw jenkins jetbrains job join jotform jpa jpql jquery js json json file json to object jsonproperty jsp jsp & servlet junit-test jvm jwt kafka keep promise kerberos keycloak kotlin languague laravel library list load balancer load-balancing lock log log4j log4j-core login lỗi font lưu trữ machine learning macos mail mail template main map maria db markdown math maven merge mermaid message queue messaging metamask microservice microservices migration mobile model mongo monitoring mq msgpack multi-threading multiple tenant multithread multithreading mysql n naming naming convention nan netcore netty network networking nft nft game nginx nio node.js nodejs non-blocking io null odoo oop opensource optimize oracle orm otp message paginaiton pagination pancakeswap panic partition pdf pgpool phỏng vấn php plugin pointer postgresql postman pre private_key procedure profile programming programming-language project management promise properties push message android push notification push-noti python python unicode qr qrcode question queue rabbitmq react-native reactive reactjs reactjs download readmoretextview recyclerview redis refactor refresh token regex replica repository request resilence4j resource rest restful resttemplate roadmap room database ropssten ropsten round robin rust rxjava s3 schedule scheduled scheduled spring boot search security send email send mail serialization server servlet session shift jis singleton sjis slack smart contract soap socket socket server soft delete solution sosanh spring spring aop spring boot spring data jpa spring redis spring security spring websocket spring websocket cors spring-boot-test spring-jpa springboot springsecurity springwebflux mysql sql sql server sse ssl ssl email stackask storage stream stream api stress test stresstest structure trong spring boot study synchronize synchronized system environment variables tcp test thiết kế tầng trong dự án thread thread pool threadjava threadpool thymeleaf tomcat totp tracking location transaction transfer transfer git udp ui uniswap unit test unity upload upload file utf-8 file validate validate date vector video call vietqr view volatile vue vue cli vuejs watermark web web3 web3 client webassembly webflux webpack webrtc websocket windows 11 winforms wordpress work xss zip file zookeeper