Spotify ve Proxy: Katalog Bölgeselliği, Akış Trafiği ve İstemci Ayarı

Müzik akışı, sosyal medya trafiğinden farklı bir profile sahiptir. Sayfa gezintisi kısa ve parçalıdır; ses akışı ise uzun, sürekli ve hacimlidir. Bu iki profil aynı proxy üzerinden geçtiğinde maliyet ve performans tarafında birbirine hiç benzemeyen sonuçlar üretir. Proxy kararını verirken önce hangi trafiğin baskın olduğunu bilmek gerekir.

İkinci belirleyici, katalog bölgeselliğidir. Bir eserin hangi ülkede dinlenebildiği lisans anlaşmalarına bağlıdır ve bu anlaşmalar ülkeden ülkeye değişir. Teknik olarak bu, aynı arama sorgusunun farklı çıkışlardan farklı sonuç kümesi döndürmesi anlamına gelir. Bölgesel kontrol yapan ekipler için ölçülebilir bir farktır.

Üçüncü konu istemcinin kendisidir. Masaüstü uygulaması, işletim sistemi ayarından bağımsız olarak kendi proxy yapılandırmasını taşır. Bu ayrıntı, “sistemde proxy tanımlı ama uygulama hâlâ eski adresten çıkıyor” tipindeki şaşkınlığın en yaygın nedenidir.

Bir dinleme oturumunda trafik nasıl dağılır?

İstemci açıldığında önce hesap ve oturum uçlarına konuşur. Bu istekler küçüktür: kimlik doğrulama, abonelik durumu, cihaz kaydı. Ardından katalog metadatası gelir; çalma listeleri, parça adları, süre bilgileri, kapak görselleri. Bu katman orta boyutludur ve arayüzde gezindikçe artar.

Asıl hacim ses akışındadır. Bir parça çalmaya başladığında istemci ses verisini parçalar hâlinde indirir ve ileriye doğru tampon doldurur. Kalite ayarı yükseldikçe aynı süre için indirilen veri miktarı da artar. Uzun bir dinleme oturumunda toplam trafiğin büyük bölümünü bu katman oluşturur.

Bu dağılım, proxy seçiminde doğrudan maliyet anlamına gelir. Veri üzerinden ücretlendirilen bir çıkış kullanıyorsanız fatura neredeyse tamamen ses akışından oluşur; metadata ve hesap istekleri yanında küçük kalır. Aylık tüketiminizi önden kestirmek için bant genişliği hesaplama yazısındaki yöntemi kullanın.

Pratik sonuç: yalnızca katalog doğrulaması yapıyorsanız, yani arama sonuçlarının ülkeye göre nasıl değiştiğini kontrol ediyorsanız, ses akışını hiç başlatmadan çalışabilirsiniz ve proxy kotanız neredeyse hiç tükenmez. Dinleme oturumu gerektiren senaryolarda ise kota planlaması işin merkezine oturur.

Katalog neden ülkeye göre değişir?

Müzik akış servislerinde her eser için ayrı ayrı yayın hakları alınır ve bu haklar ülke bazında tanımlanır. Bir albüm bir pazarda listede yer alırken başka bir pazarda hiç görünmeyebilir; aynı sanatçının farklı yayıncılarla çalıştığı bölgelerde eser sürümleri de değişir. Podcast ve orijinal içerikte bu tablo daha da parçalıdır.

Teknik görünümü basittir: arama ve öneri uçları, isteğin geldiği bağlama göre filtrelenmiş bir sonuç kümesi döndürür. Bu bağlamı yalnızca IP adresi belirlemez. Hesabın kayıtlı ülke bilgisi, istemcinin gönderdiği dil tercihi ve uygulama ayarları aynı kararı besler. Bu yüzden sadece çıkış ülkesini değiştirmek, hesabın katalogunu tamamen başka bir ülkeninkiyle değiştirmez.

Katalog karşılaştırmasını tekrarlanabilir kılmak için sinyalleri tek tek değil birlikte sabitleyin: çıkış ülkesi, tarayıcı dil başlığı, saat dilimi ve mümkünse hesabın kendi ayarı. Yalnızca çıkışı çevirip diğerlerini olduğu gibi bırakırsanız elinizde iki ülkenin karışımı bir sonuç kümesi kalır ve rapor yanıltıcı olur.

Hesap ülkesi ve konum değişiminde ne olur?

Akış servislerinde hesabın bir ülke bilgisi vardır ve bu bilgi abonelik faturalandırmasıyla birlikte tanımlanır. Kullanıcının geçici olarak başka bir ülkeden bağlanması olağan kabul edilir; seyahat bunun en sık örneğidir. Uzun süreli ve kalıcı bir ülke farkı ise hesap ayarının güncellenmesini gerektirebilir.

Proxy bu tabloya doğrudan bir şey eklemez; yalnızca bağlantının hangi ülkeden geldiğini değiştirir. Kimlik doğrulama tarafında ise etki sınırlıdır: iki adımlı doğrulama kodu e-posta veya doğrulayıcı uygulamadan geldiği için çıkış adresinden bağımsızdır. Ani ve tekrarlayan ülke değişimleri ise ek doğrulama isteği olasılığını artırır.

Bu nedenle hesap açılan senaryolarda çıkış sabitliği önceliklidir. Rotasyon, oturum taşımayan işler için tasarlanmış bir araçtır; farkı rotating ve statik proxy karşılaştırması net biçimde ortaya koyuyor. Bir hesabı düzenli olarak aynı ülkeden yönetiyorsanız, o ülkeden sabit bir çıkış seçin ve değiştirmeyin.

Oynatma durumu senkronu ve kalıcı bağlantı kanalı

Bir cihazda duraklattığınız parçayı diğer cihazda kaldığı yerden sürdürebilmek, istemcinin sunucuyla sürekli açık bir kanal tutması sayesinde olur. Bu kanal genellikle bir WebSocket bağlantısıdır: istemci önce normal bir HTTPS isteği açar, sonra Upgrade başlığıyla bağlantıyı kalıcı bir çift yönlü kanala dönüştürür. Sunucu kabul ederse 101 Switching Protocols yanıtı döner.

Proxy tarafında bu akışın anlamı şudur: HTTP proxy üzerinden gidiyorsanız bağlantı zaten CONNECT ile kurulmuş bir tünelin içindedir ve yükseltme işlemi tünelin içinde gerçekleşir; proxy bunu şifreli bayt akışı olarak görür. Sorun genellikle yükseltmenin reddedilmesinde değil, tünelin ömründedir. Boşta kalan bağlantıları erken kapatan bir proxy, sessiz geçen dakikalardan sonra kanalı düşürür.

Kanal düştüğünde istemci genellikle sessizce yeniden bağlanır, ama bu sırada oynatma durumu güncellemeleri gecikir: başka bir cihazda yaptığınız değişiklik ekrana yansımaz, cihaz listesi eksik görünür. Bu belirtiyi gördüğünüzde önce proxy zaman aşımı süresini sorgulayın. Davranışın arka planı için keep-alive ve bağlantı havuzu yazısı yol gösterir.

TLS trafiğini sonlandırıp yeniden şifreleyen (TLS inceleme yapan) kurumsal ara katmanlarda durum farklıdır: orada istek düz metin hâlinde görülür ve Upgrade başlığı sıyrılabilir, bu da kanalın hiç kurulamamasına yol açar. CONNECT tüneli kuran klasik bir HTTP proxy’de ise başlık şifreli akışın içinde kaldığı için böyle bir müdahale söz konusu değildir. Kanal kurulamadığında istemci düzenli aralıklarla sorgulama yapan bir yedek yönteme düşer; senkron çalışır ama gecikmeli olur.