Realtime

WebRTC mesh, signaling broker, queue negotiation — 실시간 연결의 핵심 알고리즘.

76개 글

WebRTCSignalingMesh

Realtime

[PonsWarp 개념 교실 24] 토큰버킷 — API 요청을 어떻게 일정하게 제한하나

[PonsWarp 개념 교실 22] TURN 자격증명 — coturn REST API와 HMAC-SHA1

[PonsWarp 개념 교실 21] 시그널링 — 방 모델과 메시지 라우팅

[PonsWarp 개념 교실 17] 파티션 배리어 — PARTITION_ACK와 연속 프론티어

[PonsWarp 개념 교실 14] WebRTC DataChannel — SCTP 신뢰성과 bufferedAmount

[PonsWarp 개념 교실 8] 청크 크기 16~192KiB — 어떻게 정해졌나

[PonsWarp 개념 교실 6] 무결성 3총사 — CRC32 vs SHA-256 vs Merkle Tree

[PonsWarp 구현 분석 6] 브라우저끼리 키를 나누는 법 — E2E 암호화의 실제 적용

[PonsWarp 개념 교실 1] ECDH P-256 — 둘만 아는 공동 비밀 만들기

[PonsWarp Grid] 브라우저 그리드 엔진을 처음부터 다시 짜다

[PonsLink] WebRTC 시그널링과 TURN 인프라 구축 회고

[PonsLink] desk.ponslink.com은 어떻게 돌아가는가 — 배포 토폴로지 회고

[PonsWarp] LAN에서 WebRTC가 한계에 부딪혔을 때, stripe가 아니라 cloud로 갈라졌다

[PonsWarp] Signaling 서버는 파일 운반자가 아니라 소개자였다

[PonsWarp] 서버가 파일을 갖지 않는 전송을 만들고 싶었다

[PonsLink] WebRTC Mesh는 단순했지만 한계도 빨리 드러났다

[PonsLink] 화상회의 앱을 만들려다 협업 방을 만들게 됐다

[PonsWarp] 결제 성공보다 권한 증명이 먼저였다

[PonsWarp] Zero-Copy Pool은 빠른 전송보다 GC를 피하기 위한 선택이었다

[PonsWarp] 속도를 올리기 전에 파이프라인의 한계를 먼저 정했다

[PonsWarp] 브라우저마다 파일 저장 방식이 다르게 깨졌다

[PonsWarp] 모바일 브라우저가 잠들면 전송은 어떻게 이어져야 하나

[PonsWarp] 끊긴 전송에서 partial file을 남기지 않기로 했다

[PonsWarp] Cloud Drop은 P2P의 대체재가 아니라 보완재다

[PonsWarp] ZIP64가 필요해진 순간

[PonsWarp] ACK 하나 때문에 전송이 멈추고 살아났다

[PonsWarp] 백프레셔는 기다림이 아니라 보호 장치였다

[PonsWarp] WebRTC는 파일을 보내주지 않는다, 길만 열어준다

[PonsWarp] Direct와 Cloud Drop을 나눈 이유

[PonsWarp] 브라우저끼리 대용량 파일을 직접 보내고 싶었다

[PonsLink] PonsCast가 화면 공유 대신 DataChannel을 택한 이유

[PonsLink] 마이크와 PonsCast 오디오를 함께 살리는 라우팅

[PonsLink] PonsCast 파일 감지와 캐시 전략의 기준

[PonsLink] DataChannel 재생을 버티게 하는 백프레셔와 지터 버퍼

[PonsLink] Mesh 연결은 단순해 보여도 순서가 제품 품질을 만든다

[PonsLink] DataChannel 위에 PonsCast 프로토콜을 올린 이유

[PonsLink] WebRTC 전에 신호 경계가 먼저 막아야 하는 것

[PonsLink] 입장 버튼 뒤에는 어떤 조건들이 숨어 있을까

[PonsLink] 실시간 메시지는 모두 같은 줄에 서면 안 된다

[PonsLink] PonsLink 기술 회고: 33편의 아카이브를 읽는 지도

[PonsLink] WebRTC offer 충돌을 피하는 상태 머신 설계

[P2P] WebRTC 이전에 Signaling, STUN, TURN, ICE를 먼저 이해해야 한다

[P2P] Mesh, SFU, MCU는 연결을 어디서 합칠지의 선택이다

[P2P] 서버-클라이언트와 피어 투 피어는 무엇이 다른가

[PonsLink] 다시 P2P로 돌아오며 PonsLink의 중심이 선명해졌다

[PonsLink] 방은 있었지만 제품을 다시 지어야 했다

[PonsLink] PonsCast는 같은 시간을 공유하고 싶어서 만든 기능이었다

[PonsLink] 링크는 단순했지만, 뒤에서는 신호가 계속 엉켰다

[PonsLink] 두 달 동안 방 하나에 매달리며 배운 제품의 첫 얼굴

[PonsLink] 나는 먼저 방을 만들었다, 제품 설명은 그다음이었다

[PonsLink] 한 번 놓친 연결에서 PonsLink가 시작된 이유

[P2P 설계] edge와 serverless를 P2P와 섞으면 무엇이 달라질까

[P2P 브라우저] 모바일과 백그라운드는 왜 P2P 전송을 흔들까

[TURN 운영] TURN 서버 비용은 어떻게 계산해야 할까

[P2P 프로토콜] WebTransport와 QUIC은 WebRTC를 대체할까

[Backpressure 딥다이브] bufferedAmount와 backpressure가 파일 전송을 지킨다

[DataChannel 딥다이브] reliable과 partially reliable을 어떻게 이해할까

[DataChannel 딥다이브] Ordered와 Unordered 전송은 언제 갈라지는가

[DataChannel 딥다이브] WebRTC DataChannel은 파일 전송 API가 아니다

[TURN 딥다이브] P2P인데 왜 TURN 비용이 발생하는가

[NAT Traversal] NAT traversal은 왜 실패할 수밖에 없는가

[WebRTC 딥다이브] STUN, TURN, ICE를 헷갈리지 않게 정리하기

[WebRTC 딥다이브] WebRTC 연결은 왜 그냥 열리지 않을까

[SFU vs MCU] SFU와 MCU는 경쟁 관계가 아니라 선택지다

[MCU 딥다이브] MCU는 왜 비싸지만 여전히 필요한가

[SFU 딥다이브] Simulcast와 SVC는 왜 SFU 옆에 따라붙을까

SFU는 왜 Mesh보다 큰 방에 강할까

[SFU 딥다이브] SFU는 영상을 섞지 않고 중계한다

[비교 정리] P2P, Mesh, SFU, MCU를 한 장으로 비교하면

[Mesh 딥다이브] 연결 수 공식으로 보는 Mesh의 비용

[WebRTC Mesh] P2P Mesh가 화상통화에서 무너지는 순간

[Topology 딥다이브] Full Mesh, Partial Mesh, Star 구조를 나눠서 보기

[Mesh 딥다이브] Mesh는 왜 사람이 늘수록 급격히 무거워질까

[WebRTC 딥다이브] P2P에서 signaling 서버는 왜 필요한가

[P2P 딥다이브] 클라이언트끼리 직접 연결한다는 말의 정확한 의미

[P2P 딥다이브] P2P는 서버가 없다는 뜻이 아니다