Socket.IO 是否可扩展？

Question

I really love the design of socket.io and I was planning on making a matchmaking system using it. Everything I've done so far has worked so far. However, I worry about scalability, what happens if I start having thousands of lobbies, with thousands of players connecting to it? How can I ensure that socket.io will scale up to millions of connections, or at least hundreds of thousands?

Answer 1

you can use UWebSocket.js for better performance and large scale program

see benchmarks

but you need to implement your communication protocol like socket.io, and you can implement it like this example (don't use this in production this is just a toy example)

const Event = require('events')

class EventRouter extends Event {
    async process (msg) {
        this.emit(msg.event, msg.data)
    }
}


let router = new EventRouter()

// set up your connection and sockets

socket.on('message', router.process)

router.on('your route & your event ....', msg => {
    // your handler
})


function emit(socket, event, data) {
    socket.send({event, data})
}

and repeat this code for your client-side

Answer 2

Does socket.io Scale? Sort of...

Socket.io its self is about solving some of the thorny issues in managing sockets and fallbacks. its great, and will get you up and running. However its not really socket.io you need to worry about with scale. It just manages the sockets. at most its a bit less scalable than doing raw, but it's never the whole solution. You'll normally run out of CPU or TCP connections first. This means you end up needing to go broad, and have more than one machine doing things at once.

You'll need more than just Socket.io to get to millions of connections. The most popular answer is using redis to handle the distribution and using something like kubernetes to handle the horizontal scale of frontend servers.

In my experience a lot of people seem to have issues getting above 30k connections (I work for Ably.io) but it is doable...

It is a lot of work to manage all of these bits, and unless its actually core to your offering to own this tech, why not use AWS API gateway websockets or a hosted provider of sockets/pubsub?