OBS
RTMP / SRT플랫폼이 라우팅, 변환, 다중 분배를 담당하게 해 소스 인코더는 하나의 깨끗한 기여 피드 전송에 집중할 수 있습니다.
전송
라이브 멀티스트리밍 플랫폼
검증된 프로그램 피드 하나를 Callaba로 보내고 목적지마다 별도의 재스트리밍 작업을 만듭니다. 각 작업은 자체 목적지 설정과 실행 상태를 가지며, 녹화·웹 플레이어·복구는 필요할 때 별도 워크플로로 추가합니다.
AWS에 Callaba 배포하나의 수신을 여러 출력으로 확장
기여 피드를 한 번 수락한 다음 모든 소셜 플랫폼, 파트너 엔드포인트 또는 기타 대상에 대해 별도의 Restream 작업을 만듭니다.
각 Restream 작업에는 고유한 대상 설정과 런타임 상태가 있습니다. 모든 결과를 독립적으로 검토하여 각 대상이 고유한 명확한 운영 증거를 갖도록 합니다.
YouTube
RTMP · 개별 출력 작업 01
RTMP · 개별 출력 작업 02
대화형 워크플로 모델 · 상태 예시이 대상만 변경되며 다른 두 대상은 계속 실행됩니다.수락된 입력은 공유된 상태로 유지되며 각 대상은 자체 운영 상태를 별도로 보고합니다.
운영 흐름
목적지 로직을 직접 제어
모두 같은 소스에서 시작하더라도 각 송출 대상을 독립적인 전달 계약으로 다룹니다.
하나의 수신을 여러 출력으로 확장
엔드포인트마다 출력 작업을 만들어 인증 정보, 제한, 장애의 영향을 서로 분리합니다.
의도적으로 경로를 준비하십시오.
라이브 프로그램 중 필요해지기 전에 대체 엔드포인트를 문서화하고 테스트합니다.
별도의 작업 흐름으로 녹음 또는 재생 추가
녹화나 브라우저 재생은 수락된 피드에 별도 작업으로 연결하고 각각 확인합니다.
이제 실제로 설정해 보세요
Callaba에서 구성한 뒤 연결 상태를 확인하세요
이 페이지는 제품의 역할과 범위를 설명합니다. 아래 가이드는 열어야 할 제어 항목, 다음에 연결할 모듈, 워크플로 준비를 확인하는 방법을 안내합니다.
기술 사양
하나의 소스를 여러 목적지로 라우팅할 수 있나요?
이 계약을 기준으로 수집 단계에서 공유되는 항목과 출력마다 별도로 검증할 항목을 확인합니다.
| 기능 | 지원 동작 | 인수 확인 |
|---|---|---|
| 하나의 수신을 여러 출력으로 확장 | 검증된 하나의 원본 피드를 독립적으로 구성된 여러 Restream 작업에서 사용할 수 있습니다. | 입력을 한 번 확인한 뒤 각 대상 작업이 개별적으로 라이브 상태를 수립하는지 살펴봅니다. |
| 목적지 로직을 직접 제어 | 엔드포인트 URL, 인증 정보, 미디어 요구 사항, 재시도 동작은 각 출력 작업에 속합니다. | 각 작업을 따로 열어 의도한 대상에서 라이브 상태를 확인합니다. |
| 인코더의 처리 부담 분리 | 소스 인코더는 안정적인 원본 피드 하나만 송출하고, Callaba가 이후의 분배를 처리합니다. | 소스 송출 수를 늘리는 대신 인코더의 업로드 상태와 생성한 각 출력의 상태를 비교합니다. |
| 목적지 간 라우팅 유연성을 활용하세요. | 빠르게 워크플로를 검증할 때는 클라우드를, 네트워크와 데이터 위치를 직접 제어해야 할 때는 자체 호스팅 인프라를 선택합니다. | 운영 경로로 사용하기 전에 선택한 환경에서 실제 소스와 엔드포인트로 테스트합니다. |
운영 흐름
운영 요구사항에 따라 클라우드 또는 자체 호스팅을 선택하세요.
클라우드를 사용하여 실제 소스와 대상을 빠르게 검증하세요. 인프라, 네트워크 또는 데이터 위치 제어가 필요한 경우 자체 호스팅을 선택한 다음 배포 후 워크플로를 다시 검증하세요.
AWS에 Callaba 배포
종량제 클라우드 요금제는 Callaba 즉시 배포, 글로벌 데이터 센터 네트워크 기반 저지연, 서버 안정성, 데이터 백업, 확장성, 관리형 서비스 등 클라우드의 장점이 필요한 팀에 적합합니다.
AWS에 Callaba 배포Callaba 셀프호스팅 설치
각 플랫폼 또는 파트너 엔드포인트에 대한 명시적인 대상 설정과 함께 여러 비즈니스 대상에 대해 하나의 기여 입력을 사용합니다.
Callaba 셀프호스팅 설치API
멀티스트리밍 REST API경로 작동 후 독립적인 출력 작업을 자동화합니다.
각 대상은 자체 Restream 작업입니다. 팀이 Callaba에서 소스, 대상 및 미디어 프로필을 확인한 후 API를 사용하여 작업을 생성, 시작 및 검사하십시오.
자주 묻는 질문
여기서 '수신 및 라우팅'은 무엇을 의미하나요?
하나의 라이브 입력을 관리형 수신 지점에서 받은 뒤 해당 신호를 소셜 플랫폼, 파트너 엔드포인트, 플레이어, 다른 워크플로 모듈 중 어디로 보낼지 결정한다는 의미입니다.
OBS에서 직접 송출하는 대신 이 구성을 선택하는 경우는 언제인가요?
하나의 소스를 여러 목적지로 보내야 하거나 백업 경로가 중요하거나, 라우팅 로직을 인코더 설정이 아닌 관리형 워크플로에서 운영해야 할 때 선택합니다.
하나의 소스를 여러 목적지로 라우팅할 수 있나요?
그렇죠. Callaba는 소스를 한 번 수락하고 각 대상에 대해 하나의 독립적인 Restream 작업을 생성합니다. 모든 작업을 개별적으로 구성하고 검사합니다.
목적지마다 추가 업로드 대역폭이 필요한가요?
워크플로가 올바르게 구성됐다면 인코더 측에서는 필요하지 않습니다. 소스는 일반적으로 하나의 관리형 기여 스트림만 전송하고 플랫폼이 다운스트림 분배를 처리합니다.
SRT를 기여 입력으로 사용할 수 있나요?
가능합니다. 네트워크 상태, 기여 품질, 제어 가능한 수신 인프라가 중요할 때 SRT가 널리 사용됩니다.
API 중심인가요, 대시보드 중심인가요?
제어 인터페이스에서 시작하여 소스, 대상 및 프로필을 검증합니다. 그런 다음 API를 사용하여 각각의 독립적인 Restream 작업을 생성, 시작 및 검사합니다.
전송
목적지 간 라우팅 유연성을 활용하세요.
현재 필요한 대상에서 하나의 소스를 먼저 검증한 뒤 필요에 따라 별도의 녹화 또는 재생 작업을 추가합니다.