팬아웃 전략

팬아웃 방식을 고릅니다. 쓰기와 읽기 중 어디에 비용을 낼지의 선택입니다.

채널이 최대 5만 명 이면 복제 방식은 메시지 하나에 5만 번의 쓰기가 됩니다. 그래서 인원 수를 보고 경로를 고릅니다. 작은 채널은 복제하고 큰 채널은 읽을 때 모읍니다.

흔한 실수: 한 방식으로 통일하겠다고 답하는 것. 평균 12명 이라 대부분은 복제가 맞고, 소수의 큰 채널만 다르게 다뤄야 합니다. 통일하면 흔한 경우가 느려지거나 드문 경우가 시스템을 밀어버립니다.

재서 정합니다. 인원 수만으로는 정해지지 않습니다.

인원이 많아도 조용한 채널은 복제해도 부담이 없고, 인원이 적어도 초당 수십 건이 오가면 쓰기가 쌓입니다. 그래서 보는 것은 두 가지입니다.

둘을 곱한 값이 쓰기 증폭이고, 그것이 감당 한계를 넘는 지점이 경계입니다.

여기에 접속 상태가 더 붙습니다. 오프라인 사용자 몫의 팬아웃은 미룰 수 있으므로, 실제 실시간 팬아웃 폭은 동시 접속자 비율만큼 줄어듭니다.

흔한 실수: 인원 수로만 기준을 잡는 것. 그러면 조용한 대형 채널에 불필요한 복잡도를 붙이고, 활발한 소형 채널을 놓칩니다. 기준은 인원이 아니라 초당 쓰기 횟수입니다.

아닙니다. 접속하지 않은 사용자 몫은 미룰 수 있습니다.

실시간 전달은 화면이 열려 있을 때만 의미가 있습니다. 오프라인 사용자에게는 접속할 때 못 받은 메시지를 채널에서 가져다 주면 되고, 알림만 따로 보냅니다.

이렇게 나누면 팬아웃 폭이 동시 접속자 비율만큼 줄어듭니다. 채널 인원이 5만 명 이어도 그 순간 접속 중인 사람만 실시간 경로를 탑니다.

흔한 실수: 전원에게 실시간으로 밀어주려는 것. 오프라인 사용자의 받은함에 지금 쓰는 것과 나중에 조회하게 하는 것은 사용자 경험이 같고 비용이 다릅니다. 같은 결과를 더 싸게 얻는 길이 있으면 그쪽입니다.

어긋날 수 있습니다. 그래서 정렬 기준을 메시지 자체가 들고 있어야 합니다.

받은함에서 온 메시지와 채널에서 모아온 메시지를 합쳐 보여주므로, 두 출처의 순서를 맞출 근거가 필요합니다. 도착 시각으로 맞추면 경로에 따라 달라져 어긋납니다.

서버가 메시지를 받을 때 채널별로 증가하는 번호를 붙인다
어느 경로로 왔든 그 번호로 정렬한다

번호가 채널 단위라 전역 순서는 보장되지 않지만, 사용자는 한 채널을 보고 있으므로 그 안에서만 맞으면 됩니다. 요구사항이 채널 내 순서만 보장한다고 정한 이유가 이것입니다.

흔한 실수: 클라이언트 도착 순서로 정렬하는 것. 두 경로의 지연이 다르므로 같은 채널 메시지가 뒤바뀌어 보입니다. 정렬 기준은 서버가 붙인 값이어야 합니다.