MediaService가 1개 이상의 팟에 정확하고 2개 실행

FeatureMediaService
관련 상품
2026년 9월 4일 오후 8:20 UTC
이름 *
Kamo
뚱 베어
6ef1e59

MediaService는 이제 단일 복제를 실행하고 있으므로 총 채팅 아웃리지가되었습니다. OOM은 동일했다. 그것은 두 가지를 실행할 수 없습니다, 코드에서 모든 이유: 1. STOMP 블로커는 IN-HEAP입니다. enableSimpleBroker는 ConvertAndSend가 WebSockets에만 도달합니다. 호출을 pod에 연결. Thirteen 릴레이 컨트롤러는 이미 이것을 올바르게 처리했습니다. NATS에 의해 일반 파견자 (queue 그룹 없음, 그래서 모든 팟은 모든 메시지) 로컬로 재 출판. 14 다른 전화 사이트가 없었다 - 표시 표시 표시, 존재, 읽지 않은 배지, 회신 보조금, WebRTC 제안/answer/ICE, 수신 채팅 알림 — 그리고 각각은 대략 반 그것의 의도한 청중에 배달될 것입니다. StompFanout은 이미 사용중인 패턴을 일반화합니다. {destination, payload}를 게시하십시오. 1개의 핵심 NATS 주제, 각 포드는 그것의 자신의 브로커에 그것을 릴레이합니다. 코어 NATS, JetStream하지, 이 이벤트는 값이 재생되지 않고 주제를 다루는 스트림이 없습니다. Core NATS는 출판사에게도 전달되기 때문에, send()는 로컬로 작성하지 않습니다. 여기에 두 번 배달합니다. NATS를 통해 로컬로 돌아가고, 어떤 것이 플랫폼은 전에 했습니다. 2. PER-CONVERSATION CONSUMER WAS는 우수한 내구성을 가지고 있습니다. ChatSessionSubscriptionManager는 그 이름을 붙였습니다. JetStream은 채팅 세션 GUID 후 내구성이 뛰어나고 내구성이 뛰어납니다. 가입자. 두 번째 팟의 바인드는 [SUB-90012] 및 소켓이 착륙 한 모든 구성원을 거부했다. 아무것도받지 않았다 — 메시지 없음, 읽지 않은 영수증 없음, 회원 추가 된 이벤트 없음, 오류 없음. 이제 ephemeral 소비자 : 팟 당 1 개, 서버가 재입하는 이름. retry this removes는 충돌에 신선한 튼튼한 이름을 발명했습니다. 그것은 일하고, 그것을 유출했습니다 삭제되지 않은 충돌 당 영구 서버 측 소비자. 3. 더 많은 FIXED-NAME DURABLES, 작업에 따라 반대 치료 필요. 변환하기 그리고 VOIP STOMP 릴레이는 핵심 파견자 보다는 JetStream를 통해서 갔다, 그래서 그들은 동일했다 exclusivity 버그 - 이제 ephemeral, 모든 파드는 수신해야. 채팅 - 이메일 알림, 소셜 인바운드 소비자 및 마케팅 전환 소비자는 정확히 ONCE를 실행해야합니다. 그래서 그들은 그들의 유지 내구성이 뛰어나고 그룹에 합류하여 pod가 죽을 때 survivor가 일을 떠납니다. 미디어 경로에 Sticky 세션은 필수이며, 옵션이 아닙니다. 이러한 STOMP 클라이언트는 SockJS를 사용합니다. xhr-streaming/xhr-polling fallback은 하나의 연결을 위해 서 있는 여러 HTTP 요청입니다. 한 pod의 메모리에 살고있는 세션 상태에 대해. 라운드 로빈은 그것을 깰. ingressroute.yaml를 참조하십시오. 복제 1 -> 2. 367 테스트 패스.

모든 변경 사항

배송을 보는 것과 같이?

작업 공간의 모든 업데이트 땅은 자동으로. 일주일 후 무료로 시청하십시오.

무료 영원히 시작가격 비교