Canlı yayın projelerinde zamanla fark ettiğim şey şu oldu:

Video oynatıcı eklemek işin en kolay kısmı.

Asıl zorluk, akışı güvenilir şekilde ölçekleyebilmek.

Bu yazıda canlı TV ve streaming altyapıları geliştirirken karşılaştığım teknik dersleri paylaşacağım.

*1. Video Oynatıcı Aslında Sistemin Küçük Bir Parçası
*
Başlangıçta sistem oldukça basitti:
<video controls autoplay>
<source src="stream.m3u8">
</video>
İlk testlerde çalışıyordu.

Fakat gerçek kullanıcı trafiğinde sorunlar ortaya çıktı:

kullanıcılar farklı internet hızlarına sahipti
mobil cihazlar değişiyordu
tarayıcı davranışları farklıydı
yayın kalitesi değişiyordu

Bu noktada yalnızca video etiketi yeterli olmamaya başladı.

Canlı yayın sistemleri düşündüğümden daha fazla katmana sahipti.

*2. HLS Yayınları Beklediğimden Daha Karmaşık Çıktı
*
Başta tek video dosyası mantığıyla düşünüyordum.

Ancak canlı yayın dünyasında yapı farklı.

Bir HLS akışı tipik olarak şöyle görünüyordu:
`master.m3u8

720p.m3u8
480p.m3u8
360p.m3u8

segment001.ts
segment002.ts
segment003.ts`

Bu yapı ilk başta gereksiz görünmüştü.

Sonradan fark ettim:

Kullanıcının bağlantısı değiştikçe kalite de değişiyor.

Bu sayede:

düşük internet hızında takılmalar azalıyor
mobil kullanıcılar daha stabil izliyor
veri kullanımı optimize oluyor

Adaptive bitrate sistemi canlı yayın tarafında ciddi fark oluşturuyor.

*3. Flussonic Kullanırken Asıl Sorun Kurulum Değil Trafik Yönetimi Oldu
*
İlk testlerde Flussonic kurulumu beklediğimden kolaydı.

Temel bir yayın tanımı:

`stream canal1 {

input udp://239.1.1.1:1234;

}
veya
stream canal1 {

input http://example.com/live.m3u8;

}`
Yayın birkaç dakika içinde çalışmaya başladı.

Ancak kullanıcı sayısı yükseldikçe yeni sorunlar çıktı:

aynı anda binlerce bağlantı
yüksek RAM kullanımı
yoğun CPU tüketimi
çıkış trafiği maliyetleri

Asıl zorluk Flussonic kurmak değil, yayın dağıtım mimarisi oldu.

*4. Tek Sunucu Mantığı Hızlıca Sınıra Ulaşıyor
*
İlk sistem:
`Kullanıcı

↓

Web Sunucu

↓

Streaming Sunucu`
Başlangıç için yeterliydi.

Fakat eş zamanlı kullanıcı sayısı arttıkça darboğaz oluşmaya başladı.

Daha sonra yapı ayrıldı:
`Load Balancer

↓

Web Sunucuları

↓

Streaming Node

↓

CDN`

Bu yaklaşım:

yük dağılımını iyileştirdi
kesinti riskini azalttı
ölçeklenebilirliği artırdı

Canlı yayın projelerinde mimari düşündüğümden daha önemli çıktı.

1. En Büyük Sorun CPU Değil Transcoding Olabiliyor

Başlangıçta sunucu yükünün web tarafında oluşacağını düşünüyordum.

Gerçekte en büyük yük:

video dönüştürme işlemleri oldu.

Örnek:
ffmpeg -i source.ts \
-c:v libx264 \
-b:v 3000k \
-hls_time 4 \
output.m3u8
Birden fazla kalite üretmeye başladığınızda:

1080p
720p
480p
360p

CPU kullanımı hızla yükselmeye başlayabiliyor.

Özellikle eş zamanlı kanal sayısı arttığında video işleme tarafı ciddi kaynak tüketebiliyor.

1. Oynatıcı Seçimi Beklediğimden Daha Kritik Çıktı

İlk denemelerde standart video oynatıcı kullanıyordum.

Daha sonra HLS tarafında farklı çözümler denedim:

hls.js
Video.js
Shaka Player

Örnek
`

`

const video =
document.getElementById("player");

const hls=new Hls();

hls.loadSource(
"stream.m3u8"
);

hls.attachMedia(video);

Bazı cihazlar yerel HLS desteği sunarken bazıları JavaScript tarafında işlenmesini gerektiriyordu.

Tarayıcı farklılıkları düşündüğümden daha büyük etki oluşturdu.

*7. Fazla Özellik Her Zaman Daha İyi Sonuç Vermiyor
*
Başlangıçta şunları eklemeyi düşünüyordum:

otomatik kalite değiştirme panelleri
canlı sayaçlar
animasyonlu kanal geçişleri
gerçek zamanlı istatistikler

Ancak kullanıcı davranışları farklıydı.

Çoğu kullanıcı yalnızca:

hızlı açılan yayın
düşük gecikme
kesintisiz izleme

istiyordu.

Bazen daha sade sistem daha iyi sonuç verebiliyor.

Sonuç

Canlı TV platformları ilk bakışta basit görünse de ölçek büyüdüğünde iş tamamen değişiyor.

Gerçek zorluk:

video dağıtımı
gecikme yönetimi
ağ maliyetleri
transcoding
ölçeklenebilirlik
streaming mimarisi

tarafında ortaya çıkıyor.

Bir video oynatıcısı eklemek birkaç dakika sürebiliyor.

Kesintisiz çalışan canlı yayın sistemi kurmak ise bambaşka bir konu.

Kullanılan Kaynaklar:

• Flussonic Documentation: https://flussonic.com/doc
• FFmpeg Documentation: https://ffmpeg.org/documentation.html
• HLS Specification: https://datatracker.ietf.org/doc/html/rfc8216
• Örnek: Canlı TV
• Video.js Documentation: https://videojs.com