OBS 멀티스트리밍: 하나의 feed, 여러 destination

Fan-out 경계를 의도적으로 선택하세요

Server를 사용해도 모든 shared dependency가 사라지지는 않습니다. 모든 destination은 여전히 OBS program, 현장의 단일 upstream session, 그리고 이를 수신하는 Callaba deployment에 의존합니다. 장점은 장애 경계가 명확해진다는 것이지 마법 같은 redundancy가 아닙니다.

Stream key를 입력하기 전에 production을 준비하세요

• Destination event를 만들거나 예약하고 각 account에 live 권한이 있는지 확인합니다.
• Callaba가 안정적으로 수신할 수 있는 contribution resolution, frame rate, codec, bitrate, keyframe interval, audio program을 하나 선택합니다.
• Production network의 지속 가능한 upload를 측정합니다. 짧은 speed test는 리허설이 아닙니다.
• 움직임, 음성, sync reference가 포함된 짧고 식별하기 쉬운 test program을 사용합니다.
• 플랫폼 key를 screenshot, 공개 runbook, analytics payload에 남기지 마세요.
• Shared input과 각 플랫폼 control room을 모두 볼 수 있는 operator를 지정합니다.

Destination 요구사항은 바뀝니다. 오래된 글의 bitrate 표를 복사하지 말고 live 직전에 각 service의 최신 help page를 확인하세요.

제어된 upstream 하나에 맞춰 OBS를 설정하세요

1. Callaba input을 만듭니다. Production에 맞는 RTMP Server 또는 SRT Server를 사용합니다. 시작한 뒤 dashboard에서 현재 publisher value를 복사합니다.
2. OBS에서 설정 → 방송을 엽니다. OBS 공식 interface에서는 내장 service 또는 Custom Streaming Server를 선택하고 제공받은 server와 stream key를 입력할 수 있습니다. Callaba 값을 정확히 사용하고 destination 플랫폼 key를 여기에 재사용하지 마세요.
3. 설정 → 출력을 검토합니다. Shared path가 운반할 수 있고 downstream workflow가 decode할 수 있는 profile을 선택합니다. 첫 test에서는 codec, resolution, audio routing을 동시에 바꾸지 마세요.
4. Private test를 시작합니다. OBS에서 encoder overload와 dropped frame을 지켜봅니다. Callaba에서는 incoming bitrate가 유지되고 의도한 음성이 포함된 화면이 decode되는지 확인합니다.
5. 중지한 뒤 다시 연결합니다. Session이 닫히고 동일한 managed publisher가 다시 연결되는지 확인합니다. 이 과정에서 오래되었거나 잘못 복사한 identity를 찾을 수 있습니다.

RTMP 전용 절차는 OBS로 RTMP 송수신하기를 참고하세요. Production에서 SRT contribution을 사용한다면 OBS SRT 설정 가이드 를 열고 현재 OBS output method를 확인하세요.

Destination 하나를 추가해 검증한 다음 다음 destination을 추가하세요

1. Callaba에서 Restreaming 을 열고 검증된 OBS feed를 source로 새 restream을 만듭니다.
2. 지원되는 destination type을 선택하거나 플랫폼이 제공한 custom output URL과 key를 정확히 입력합니다.
3. OBS contribution이 destination 요구사항을 이미 만족하면 transcoding을 끈 상태로 둡니다. 플랫폼에 다른 profile이 필요할 때는 그 contract가 요구하는 setting만 변경합니다.
4. Restream을 시작하고 플랫폼 preview를 엽니다. 화면, 음성, account 상태, 플랫폼 warning을 확인합니다.
5. 승인된 route에 event와 destination을 반영한 이름을 붙이고 다음 플랫폼에서도 반복합니다.

현재 field는 Callaba Restreaming 사용자 가이드를 따르세요. Live Multiview demo 는 operator용 monitoring 화면을 보여주지만, 실제 source와 destination에는 여전히 production test가 필요합니다.

전부 재시작하지 말고 failure tree로 진단하세요

Plugin은 유용하지만 위험의 책임 범위를 바꿉니다

모든 방송에 server-side fan-out이 필요한 것은 아닙니다. Workstation에 encoding과 upload 여유가 충분하고, operator가 모든 control을 로컬에 두길 원하며, plugin을 설치된 OBS release에서 검증했다면 유지보수되는 multi-output plugin이 실용적일 수 있습니다. Plugin은 유지보수 중인 project source에서 받고 production 전에 update 상태를 확인하세요.

추가 output이 모두 “공짜”라고 가정하지 마세요. Main encoder를 공유하는 configuration도 있고, 추가 encoding이나 scaling을 실행하는 구성도 있습니다. Network session마다 reconnect 동작도 다릅니다. 전체 output을 실제와 비슷한 시간 동안 실행한 다음 destination 하나와 network를 끊어 operator가 해야 할 일을 확인하세요.

Destination matrix가 승인된 뒤에 automation을 추가하세요

Scheduling system이나 customer dashboard에서 destination을 만들어야 한다면 멀티플랫폼 live streaming API workflow를 사용합니다. 승인된 source, output type, media profile, naming policy를 유지하세요. Key를 browser log와 client-side analytics에 남기지 말고, retry가 중복 live route를 만들지 않도록 operation을 idempotent하게 설계합니다.

API response는 control operation을 확인할 뿐입니다. 외부 플랫폼이 준비되었는지, program 소리가 들리는지, audience가 의도한 event를 보는지는 증명하지 않습니다. 플랫폼 preview와 decoded media를 승인 과정에 포함하세요.

공식 참고 자료

• OBS Studio 개요 — 현재 Stream 및 Output control 개념.
• OBS stream 연결 문제 해결 — network, service, bitrate 문제를 분리하는 단계.
• OBS Profiles 가이드 — profile이 보존하는 output setting.

자주 묻는 질문

OBS는 기본 기능으로 하나의 stream을 여러 플랫폼에 보내나요?

표준 Stream 설정은 선택된 service나 custom server 하나를 지정합니다. 여러 로컬 output에는 보통 유지보수되는 plugin이나 다른 외부 방식이 필요합니다. Server-side fan-out에서는 OBS가 stream 하나를 Callaba로 보내고 destination은 그곳에서 만듭니다.

Server-side multistreaming에는 upload bandwidth가 얼마나 필요한가요?

현장은 contribution feed 하나와 일반 overhead, 안전한 여유를 지속해서 전송할 수 있어야 합니다. Destination egress는 Callaba deployment가 담당합니다. 두 경계를 전체 production bitrate로 측정하세요.

Destination마다 다른 bitrate나 resolution을 사용할 수 있나요?

선택한 Callaba route, codec profile, deployment capacity가 필요한 변환을 지원하면 가능합니다. 문서화된 destination 요구가 있을 때만 별도 profile을 추가하고 decoded output을 확인하세요.