- Expédié
- 4 septembre 2026 à 20:20 UTC
- Auteur
- Kamo
- Commite
- 6ef1e59
MediaService n'a jamais exécuté qu'une seule réplique, donc un déploiement de celui-ci était une panne totale de chat et Un OOM était le même. Il ne peut pas en exécuter deux, pour des raisons qui figuraient dans le code: 1. THE STOMP BROKER IS IN-HEAP. enableSimpleBroker signifie convertPartingSend n'atteint que les WebSockets connectés à la nacelle faisant l'appel. Treize contrôleurs relais ont déjà géré correctement cela. en s'abonnant à NATS avec un répartiteur clair (pas de groupe de file d'attente, de sorte que chaque gousse reçoit chaque et republiant localement. Treize autres sites d'appel n'ont pas été les suivants: indicateurs de dactylographie, présence, badges non lus, subventions de réponse, offre WebRTC/réponse/ICE, notifications de cachet entrants et chacun aurait livré à environ la moitié de son public. StompFanout généralise le modèle que ces relais utilisent déjà: publier l'adresse suivante: un sujet de base NATS, chaque gâche le transmet à son propre courtier. Core NATS, pas JetStream, parce qu'il s'agit d'événements en direct sans valeur rejouée et aucun flux couvrant le sujet. Parce que la NATS de base livre également à l'éditeur, send() n'écrit PAS aussi localement - que serait prêt à être livrés deux fois ici. Avec NATS en bas, il retombe à un envoyé local, qui est ce que la plate-forme l'a fait auparavant. 2. Le consommateur de la PER-CONVERSATION était un concurrent EXCLUSIF. ChatSessionAbondienManager nommé JetStream durable après la session de discussion GUID, et un consommateur de poussée durable en admet exactement un abonné. La contrainte de la deuxième nacelle a été refusée [SUB-90012 et de tous les membres dont la douille a atterri Il n'y a rien reçu - pas de messages, pas de reçus de lecture, pas d'événements ajoutés aux membres, pas d'erreur. Maintenant un consommateur éphémère: pas de nom pour entrer en collision, un par dosette, récolté par le serveur. Le réessai qui supprime un nouveau nom durable en cas de collision. Il a fonctionné, et il a divulgué une consommateur permanent côté serveur par collision que rien n'a jamais supprimé. 3. CUES PLUS D'UNE DURABLES FIXES, nécessitant un traitement opposé en fonction du travail. La conversion et les relais VOIP STOMP sont passés par JetStream plutôt qu'un répartiteur de base, de sorte qu'ils avaient les mêmes un bug d'exclusivité - maintenant éphémère, puisque chaque gousse doit recevoir. Le notifiant de chat-email, social le consommateur entrant et le consommateur de commercialisation doivent fonctionner exactement EN COURS, de sorte qu'ils gardent leur durable et rejoindre un groupe de livraison, ce qui signifie également qu'un survivant reprend l'œuvre lorsqu'une gousse meurt. Des sessions collantes sur l'itinéraire du média sont nécessaires, et non facultatives: ces clients STOMP utilisent SockJS, dont la rupture xhr-streaming/xhr-polling est de plusieurs requêtes HTTP pour une connexion contre la session stipule que vit dans la mémoire d'une gousse. La rouche ronde le casse. Voir ingressroute.yaml. répliques de 1 à 2. 367 tests passent.