Phân phối

Nền tảng phát trực tiếp đa điểm

Đưa một luồng trực tiếp vào Callaba rồi phân phối tới nền tảng xã hội, trình phát web, endpoint đối tác hoặc tuyến dự phòng. Quản lý tiếp nhận, chuyển đổi giao thức, logic đích, bản ghi và chuyển đổi dự phòng trong một sản phẩm trên đám mây hoặc tự lưu trữ. Chỉ thêm API khi các quy trình vận hành này cần tự động hóa.

Sơ đồ cho thấy một luồng trực tiếp đi vào Callaba Multistreaming rồi phân nhánh đến các đích mạng xã hội, đối tác và người xem. — Callaba Multistreaming biến một luồng tín hiệu đóng góp thành các đầu ra được kiểm soát dành cho nền tảng xã hội, điểm cuối của đối tác và việc phát cho người xem.

Quy trình

Giữ logic đích trong tầm kiểm soát

Định tuyến tới nền tảng công khai, endpoint RTMP của đối tác hoặc bề mặt phát cho người xem, đồng thời giữ logic chuyển giao trong một quy trình do bạn kiểm soát.

Biến một ingest thành nhiều đầu ra

Dùng một điểm vào được quản lý và gửi cùng tín hiệu live tới nền tảng xã hội, endpoint đối tác hoặc bề mặt trình phát riêng mà không phải xây lại quy trình cho từng đích.

Thêm đường dự phòng và chuyển đổi khi lỗi

Coi dự phòng là một phần của quy trình, không phải bước thủ công khẩn cấp. Chuẩn bị đích thay thế hoặc biến thể tuyến trước khi đường chính gặp lỗi.

Gắn thương hiệu, ghi hình và điều chỉnh lớp đầu ra

Thêm lớp phủ, lựa chọn âm thanh, bản ghi và đầu ra phát lại vào đúng vị trí: sau khi ingest ổn định và trước khi tín hiệu tới người xem hoặc nền tảng cuối.

Phân phối

Chuyển phần việc nặng khỏi bộ mã hóa

Để 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.

Chuyển phần việc nặng khỏi bộ mã hóa

Để 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.

Trả tiền cho khả năng định tuyến linh hoạt, không phải sự phụ thuộc nền tảng

Dùng quy trình có thể gửi cùng đầu vào tới nhiều đích kinh doanh mà không phải xây lại theo đặc thù của từng nền tảng.

Bắt đầu trên đám mây, chuyển sang self-hosted sau

Nhanh chóng kiểm chứng mô hình định tuyến trên đám mây, rồi chuyển cùng cấu trúc quy trình sang hạ tầng self-hosted khi đội ngũ cần kiểm soát vận hành chặt chẽ hơn.

Quy trình

Bắt đầu trên đám mây, chuyển sang self-hosted sau

Giá phát đa đích trên đám mây

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.

Khởi chạy Callaba trên đám mây

Giá phát đa đích self-hosted không giới hạn

Biểu giá không giới hạn phù hợp với các tổ chức phát sóng vừa và lớn đang tăng trưởng nhanh, không muốn chịu giới hạn của gói cố định nhưng vẫn cần toàn quyền kiểm soát dữ liệu.

Cài đặt Callaba tự lưu trữ

API

Tự động hóa ingest và định tuyến bằng mô-đun API

Quy trình này không phải một endpoint đa luồng khổng lồ. Trong thực tế, các đội ngũ tạo ranh giới ingest, xác định logic tuyến và chuyển tiếp tín hiệu bằng các mô-đun riêng. Dùng API khi muốn định tuyến, đường dự phòng và điều khiển đích hoạt động như một phần của sản phẩm hoặc bảng vận hành.

API REST phát đa đích

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ó. Đây là một trong những lý do chính để dùng lớp này. Bạn có thể tiếp nhận một luồng đóng góp rồi chuyển tiếp tới nhiều đầu ra bên ngoài hoặc nội bộ.

Tôi có thể giữ sẵn một đường dự phòng không?

Có. Bạn có thể chuẩn bị tuyến thay thế, đích dự phòng hoặc nhánh quy trình chuyển đổi khi lỗi trước khi đường chính mất ổn định.

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ể kết hợp đầu ra mạng xã hội với trình phát riêng hoặc endpoint đối tác không?

Có. Cùng một quy trình có thể gồm đầu ra mạng xã hội, đích RTMP/SRT riêng tư và bề mặt phát lại cho người xem.

Tôi có thể thêm lớp phủ hoặc thương hiệu vào quy trình không?

Có. Thương hiệu, lớp phủ, bản ghi và thiết lập riêng cho phát lại có thể được thêm quanh tuyến thay vì buộc vào bộ mã hóa nguồn.

Tôi có thể ghi cùng tín hiệu live trong khi định tuyến không?

Có. Một mô hình sản xuất phổ biến là ingest một lần, định tuyến các đầu ra live và đồng thời ghi cùng tín hiệu.

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.

Tôi có thể dùng cả đích RTMP không?

Có. Quy trình định tuyến thường kết hợp đóng góp SRT với đầu ra RTMP hoặc RTMPS khi đích cuối vẫn yêu cầu kiểu truyền tải đó.

Sản phẩm ưu tiên API hay bảng điều khiển?

Cả hai đều khả thi. Đội ngũ thường xác thực quy trình trong bảng điều khiển trước, sau đó chuyển cùng logic vào công cụ vận hành hoặc backend riêng qua API.

Tôi có thể chuyển cùng quy trình sang self-hosted sau không?

Có. Một lợi thế thực tế của stack này là mô hình quy trình vẫn quen thuộc dù bạn bắt đầu trên đám mây hay chuyển sang hạ tầng self-hosted.

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át đa đích có giới hạn bitrate không?

Chúng tôi không áp dụng giới hạn bitrate cho luồng của bạn. Tuy nhiên, một số nền tảng có thể có giới hạn bitrate riêng.

Phân phối