Parcourir les catégories
Explorer
Fiverr Pro
Français
$
USD
Je vais résoudre les problèmes de scalabilité, de déconnexion et de fuite de mémoire de socketio
Harsh
À propos de ce service
Traduction automatique
Votre couche WebSocket fonctionnait bien à 50 utilisateurs mais a commencé à perdre des connexions, dupliquer des événements ou fuir de la mémoire à 5000. Ce n’est presque jamais un bug de Socket.IO lui-même. Il s’agit souvent de sessions sticky manquantes, pas d’adaptateur Redis entre les instances, d’un état de salle non limité ou d’une logique de reconnexion qui se réabonne sans se nettoyer.
J’ai passé quatre ans à construire et gérer des plateformes en temps réel où des milliers d’utilisateurs accèdent aux mêmes serveurs en même temps, en étant le seul ingénieur responsable à 2h du matin quand ça cassait.
CE QUE VOUS OBTENEZ
Basique - Diagnostic. J’examine votre configuration Socket.IO, Redis et load balancer et vous envoie un rapport écrit : ce qui casse, pourquoi, et le coût en effort de chaque correction. 2 jours.
Standard - Diagnostic plus une cause racine corrigée et testée contre votre charge. 4 jours.
Premium - Remédiation complète : adaptateur Redis, sessions sticky, nettoyage des salles et des écouteurs, reconnexion et resynchronisation de l’état, avec un test de charge avant et après. 7 jours.
COMMENT ÇA FONCTIONNE
1. Envoyez l’accès au repo ou vos fichiers socket et serveur, ainsi que la charge de concurrence où ça commence à échouer.
2. Je le reproduis, ou je vous dis dans la journée que ce n’est pas possible et j’annule plutôt que de deviner.
3. Vous recevez une pull request avec la justification écrite.
Découvrez Harsh
Harsh
Real time backend engineer, Socket IO, Nodejs and Redis at scale
- DeInde
- Membre depuisoct. 2020
Langues
Hindi, Anglais
I build and fix the real time layer most teams put off until it breaks: WebSocket systems that stay correct when thousands of users hit them at once.
Four years running production systems end to end as the only engineer accountable for them, including real time multiplayer and iGaming platforms and multi tenant Node and PostgreSQL backends.
Most real time failures are not bugs in the library. They are missing sticky sessions, no Redis adapter across instances, or reconnect logic that resubscribes forever. I find which one it is.
Fixed scopes, agreed delivery dates.
Traduction automatique
Autres services de Développement de logiciels I Offre
FAQ
Traduction automatique
Pouvez-vous travailler avec notre code existant même s’il est désordonné ?
Oui. Les bugs en temps réel se trouvent presque toujours dans un code qui a poussé plus vite que sa conception.
Que faire si vous ne pouvez pas reproduire le problème ?
Je vous informe dans les 24 heures et j’annule la commande plutôt que de vous facturer une supposition.
Nous ne sommes pas sûrs si le problème vient du backend ou du client.
C’est un point de départ normal et le package Basic existe pour répondre précisément à cette question.
