OBS
RTMP / SRTĐể nền tảng đảm nhiệm định tuyến, chuyển đổi và fan-out, nhờ đó bộ mã hóa nguồn chỉ cần tập trung gửi một luồng đóng góp sạch.
Phân phối
Nền tảng phát trực tiếp đa điểm
Đưa một luồng đóng góp đã được xác minh vào Callaba, sau đó tạo một tác vụ phân phối lại riêng cho từng đích. Mỗi tác vụ có cài đặt đích và trạng thái vận hành riêng; ghi hình, Web Player và khôi phục là những quy trình độc lập mà bạn có thể thêm khi cần.
Triển khai Callaba trên AWSBiến một ingest thành nhiều đầu ra
Nhận luồng đóng góp một lần, sau đó tạo một tác vụ phân phối lại riêng cho từng nền tảng xã hội, điểm cuối của đối tác hoặc đích khác.
Mỗi công việc Restream đều có cài đặt đích và trạng thái thời gian chạy riêng. Xem xét từng đầu ra một cách độc lập để mỗi điểm đến đều có bằng chứng hoạt động rõ ràng riêng.
YouTube
RTMP · Tác vụ đầu ra riêng 01
RTMP · Tác vụ đầu ra riêng 02
Mô hình quy trình tương tác · trạng thái mẫuChỉ đích này thay đổi; hai đích còn lại vẫn tiếp tục chạy.Đầu vào đã được chấp nhận vẫn dùng chung, còn mỗi đích báo cáo trạng thái vận hành riêng.
Quy trình
Giữ logic đích trong tầm kiểm soát
Xem mỗi kênh phân phối là một hợp đồng độc lập, ngay cả khi tất cả đều bắt đầu từ cùng một nguồn.
Biến một ingest thành nhiều đầu ra
Tạo một tác vụ đầu ra cho mỗi điểm cuối để thông tin xác thực, giới hạn và sự cố luôn được tách biệt.
Chuẩn bị sẵn lộ trình
Ghi lại và kiểm tra các điểm cuối dự phòng trước khi cần đến chúng trong một chương trình trực tiếp.
Thêm bản ghi hoặc phát lại dưới dạng quy trình công việc riêng biệt
Gắn tác vụ ghi hình hoặc phát trên trình duyệt vào luồng đã chấp nhận dưới dạng các tác vụ riêng, mỗi tác vụ có bước kiểm tra riêng.
Bây giờ hãy đưa vào vận hành
Cấu hình trong Callaba rồi kiểm tra điểm bàn giao
Trang này giải thích phạm vi của sản phẩm. Các hướng dẫn bên dưới chỉ rõ phần điều khiển cần mở, mô-đun cần kết nối tiếp theo và cách xác nhận quy trình đã sẵn sàng.
Thông số kỹ thuật
Tôi có thể định tuyến một nguồn tới nhiều đích không?
Dùng hợp đồng này để xác nhận phần nào được dùng chung ở đầu vào và phần nào phải được chứng minh cho từng đầu ra.
| Khả năng | Hành vi được hỗ trợ | Kiểm tra nghiệm thu |
|---|---|---|
| Biến một ingest thành nhiều đầu ra | Một luồng đóng góp đã xác minh có thể cấp nguồn cho nhiều tác vụ Restream được cấu hình độc lập. | Xác nhận đầu vào một lần, sau đó theo dõi từng tác vụ đích thiết lập trạng thái trực tiếp riêng. |
| Giữ logic đích trong tầm kiểm soát | URL điểm cuối, thông tin xác thực, yêu cầu media và cách thử lại thuộc về từng tác vụ đầu ra. | Mở riêng từng tác vụ và xác minh trạng thái trực tiếp của tác vụ đó tại đích dự kiến. |
| Chuyển phần việc nặng khỏi bộ mã hóa | Bộ mã hóa nguồn chỉ phát một luồng đóng góp sạch, còn Callaba thực hiện việc phân phối đến các đích phía sau. | So sánh luồng tải lên từ bộ mã hóa với trạng thái của từng đầu ra đã tạo thay vì tăng số lần phát từ nguồn. |
| Sử dụng tính linh hoạt định tuyến giữa các điểm đến | Chọn đám mây để thử nhanh quy trình, hoặc hạ tầng tự lưu trữ khi cần kiểm soát mạng và vị trí dữ liệu. | Chạy nguồn và các điểm cuối thực tế trong môi trường đã chọn trước khi dựa vào tuyến này cho môi trường thực tế. |
Quy trình
Chọn cloud hoặc self-hosted theo nhu cầu vận hành
Sử dụng đám mây để xác thực nguồn và đích thực một cách nhanh chóng. Chọn tự lưu trữ khi bạn cần kiểm soát cơ sở hạ tầng, mạng hoặc vị trí dữ liệu, sau đó xác thực lại quy trình làm việc sau khi triển khai.
Triển khai Callaba trên AWS
Biểu giá đám mây trả theo mức dùng phù hợp với người cần mọi lợi ích của đám mây: triển khai Callaba tức thì, độ trễ thấp nhờ mạng trung tâm dữ liệu toàn cầu, máy chủ tin cậy, sao lưu dữ liệu, khả năng mở rộng, dịch vụ được quản lý và nhiều hơn nữa.
Triển khai Callaba trên AWSCài đặt Callaba tự lưu trữ
Sử dụng một đầu vào đóng góp cho một số điểm đến kinh doanh, với cài đặt đích rõ ràng cho từng nền tảng hoặc điểm cuối của đối tác.
Cài đặt Callaba tự lưu trữAPI
API REST phát đa đíchTự động hóa các công việc đầu ra độc lập sau khi tuyến đường hoạt động
Mỗi đích đến đều có công việc Restream riêng. Sử dụng API để tạo, bắt đầu và kiểm tra công việc sau khi nhóm của bạn xác thực hồ sơ nguồn, đích và phương tiện trong Callaba.
Câu hỏi thường gặp
“Ingest và định tuyến” ở đây nghĩa là gì?
Nghĩa là bạn tiếp nhận một đầu vào live tại điểm vào được quản lý, rồi quyết định tín hiệu sẽ đi đâu tiếp theo: nền tảng xã hội, endpoint đối tác, trình phát hoặc mô-đun quy trình khác.
Khi nào đội ngũ chọn giải pháp này thay vì phát trực tiếp từ OBS?
Đội ngũ thường chọn khi một nguồn phải cấp cho nhiều đích, khi đường dự phòng quan trọng hoặc khi logic định tuyến cần nằm trong quy trình được quản lý thay vì cấu hình bộ mã hóa.
Tôi có thể định tuyến một nguồn tới nhiều đích không?
Có. Callaba chấp nhận nguồn một lần và bạn tạo một công việc Restream độc lập cho mỗi đích. Cấu hình và kiểm tra từng công việc riêng biệt.
Mỗi đích có cần thêm băng thông tải lên không?
Không cần từ phía bộ mã hóa nếu quy trình được xây đúng. Nguồn thường chỉ gửi một luồng đóng góp được quản lý trong khi nền tảng xử lý fan-out hạ nguồn.
Tôi có thể dùng SRT làm đầu vào đóng góp không?
Có. SRT là lựa chọn ingest phổ biến khi điều kiện mạng, chất lượng đóng góp hoặc hạ tầng tiếp nhận được kiểm soát là yếu tố quan trọng.
Sản phẩm ưu tiên API hay bảng điều khiển?
Bắt đầu trong giao diện điều khiển để xác thực nguồn, đích và hồ sơ. Sau đó, sử dụng API để tạo, bắt đầu và kiểm tra từng công việc Restream độc lập.
Tôi nên bắt đầu từ đâu trong tài liệu?
Bắt đầu với Máy chủ SRT nếu câu hỏi đầu tiên là tín hiệu đi vào ở đâu, rồi tiếp tục với Tuyến SRT và Phát lại luồng để xác định cách tín hiệu di chuyển.
Phân phối
Sử dụng tính linh hoạt định tuyến giữa các điểm đến
Xác minh một nguồn với những đích đang quan trọng, rồi thêm tác vụ ghi hình hoặc phát riêng khi cần.