OK.ru (Odnoklassniki) Proxy: Bölge, Bant Genişliği ve Ölçüm

Kota planlaması: aylık trafiği neye göre hesaplarsınız?

Kota planlamasının temeli, iş türlerinin hacim payını ayrı ayrı tahmin etmektir. Tek bir toplam rakamla çalışmak, ay ortasında kotanın neden tükendiğini açıklamaz. Ölçümü üç kalemde ayırın: sayfa ve API istekleri, küçük görsel varlıklar, video ve büyük medya.

Yöntem basittir. Tarayıcının geliştirici araçlarındaki ağ sekmesini açın, temsili bir oturum boyunca aktarılan toplam baytı kaydedin ve bunu iş türüne göre ayırın. Ardından günlük tekrar sayısıyla çarpın. Bu tahmin kusursuz olmaz ama tek bir kalemin bütçeyi domine ettiğini hemen gösterir.

Aylığa çevirmek için günlük tahmini, ayın çalışma günü sayısıyla çarpın ve çıkan rakamın üstüne bir pay bırakın: yeniden denenen istekler, başarısız segmentler ve açık sekmelerin arka plan yoklamaları da aynı kotadan düşer. Maliyeti azaltmanın en etkili yolu genellikle havuz değiştirmek değil, video ağırlıklı işi ayrı bir çıkışa taşımaktır.

• Video testlerini hacim başına daha uygun bir çıkışa yönlendirin.
• Oynatıcı kalite seviyesini test amacına göre elle sınırlayın.
• Gereksiz otomatik oynatmayı kapatarak boşa akan segmentleri önleyin.
• Kota uyarısını ayın ortasında değil, günlük eşikte kurun.

Önce ölçüm koşulu, sonra kapsam, en sonda havuz

OK.ru üzerinde bir araştırmaya başlarken ilk iş havuz seçmek değil, ölçüm koşullarını sabitlemektir. Aynı çıkış ülkesi, aynı dil başlığı ve aynı zaman aralığı ile alınmayan iki sonuç birbiriyle karşılaştırılamaz; koşullardan biri ortada değişirse elinizde tek bir seri değil, iki bağımsız gözlem kalır. Koşulları yazılı bir listeye dökün ve her ölçümün yanına o listenin hangi sürümüyle alındığını not edin. Video ağırlıklı bir platformda bu listeye oynatıcı kalite seviyesini de ekleyin: aynı içerik farklı kalitede farklı hacim üretir ve iki ölçüm karşılaştırılamaz hâle gelir.

Kapsam ikinci karardır. Meşru araştırma işlerinin ortak noktası yalnızca giriş gerektirmeyen içerikle sınırlı kalmasıdır: bir markanın adının geçtiği kamuya açık gönderiler, açık grup tanıtım metinleri ve herkese açık sayfa bilgileri bu kapsamdadır. Kişisel veri niteliğindeki alanların derlenmesi kapsam dışında kalır. Genel yöntem için web scraping proxy sayfası çerçeveyi kuruyor; oradaki kurallar OK.ru tarafında da geçerlidir, tek fark video ağırlıklı sayfalarda aynı isteğin çok daha fazla bayt getirmesidir.

Havuz kararı en sona bırakılır, çünkü koşullar ve kapsam netleşmeden hangi havuz davranışının uygun olduğu da belli olmaz. Oturum taşımayan bir okuma işinde rotasyon, istekleri havuzdaki farklı adreslere yayar ve tek bir çıkışın aynı hedefe aralıksız gitmesini engeller. Ancak rotasyon, ilk maddede sabitlediğiniz koşullarla çakışabilir: çıkış ülkesi serinin sabiti ise havuzdan ülke kilidi isteyin, yalnızca adres dönsün. İstek hızını da platformun kaldırabileceği düzeyde tutun; agresif tarama ne sonuç kalitesini artırır ne de sürdürülebilir. Platformun hizmet şartları ve bulunduğunuz ülkedeki mevzuat her durumda bağlayıcıdır.

Protokol seçimi: CONNECT tüneli mi, SOCKS5 mi?

Tarayıcı üzerinden yürütülen işler için HTTP/HTTPS proxy yeterlidir. HTTPS trafiği CONNECT yöntemiyle açılan bir tünelden geçer; proxy şifreli baytları taşır, içeriği okuyamaz. Video segmentleri de aynı tünelden aktığı için ek bir yapılandırma gerekmez.

SOCKS5 ise uygulama katmanından bağımsız çalışır ve TCP akışını olduğu gibi taşır. Tarayıcının dışında kalan istemcileri — indirme araçları, medya oynatıcıları, toplu aktarım yardımcıları — bu sayede kapsamına alabilirsiniz. Ayrıca uzak DNS çözümlemesi desteğiyle, alan adının proxy tarafında çözülmesini sağlar; bu da yerel sızıntı yüzeyini daraltır.

Karar pratikte şu soruya iner: yönlendirilecek istemci tarayıcı mı, değil mi? Tarayıcıysa HTTP/HTTPS proxy en az sürtünmeli yoldur; tarayıcı dışındaki bir istemciyse SOCKS5 gerekir. Aynı havuzda iki protokol birlikte sunuluyorsa, port numaralarının farklı olduğunu unutmayın.

Doğrulama sırası: aktarım kararlılığından başlayın

Video ağırlıklı bir kurulumda doğrulamaya alışıldık sırayla başlamak vakit kaybettirir. Burada ilk sıraya aktarım kararlılığı gelir, çünkü akışta kritik olan odur: kısa bir sayfa testi başarılı olsa bile uzun bir akış sırasında bağlantı düşebilir. Birkaç dakika sürekli akan bir video ile test edin, duraklama sayısını ve başarısız segment oranını kaydedin. Bağlantının canlılığını proxy kontrol aracı ile, gecikme dalgalanmasını ping testi ile ölçebilirsiniz; burada anlamlı olan ortalama değer değil, dalgalanmanın genişliğidir.

İkinci başlık alan adı çözümlemesidir ve doğrudan oynatıcıyla ilgilidir. Video segmentleri sayfanın ana alan adından değil, dağıtım düğümlerinin adlarından istenir; oynatıcı akış boyunca bu adları tekrar tekrar çözer. Çözümlemeyi yerel çözümleyiciniz yapıyorsa size yakın bir düğüm önerilir, proxy yapıyorsa çıkışa yakın bir düğüm. İkisi farklı düğümlere işaret ettiği için aynı testi iki farklı çözümleyiciyle almak farklı aktarım sonuçları üretir ve ölçüm serisi kendi içinde tutarsızlaşır. Çözümlemenin nerede yapıldığını ölçümün başında bir kez saptayın ve seri boyunca sabit tutun; çözümleyiciyi ortada değiştirmek, aktarım sonuçlarını karşılaştırılamaz hâle getirir.

Üçüncü başlık çıkış adresidir: göründüğünüz adres gerçekten proxy’nin adresi mi ve beklediğiniz ülkeye mi eşleniyor? Dördüncüsü tarayıcı arayüzlerinden kaynaklanan sızıntılardır; WebRTC leak testi yerel ve genel adresinizin bir sayfaya açığa çıkıp çıkmadığını gösterir.

Bunların yanında eşzamanlı bağlantı sınırını gözden geçirin. Video oynatımı, sayfa varlıkları ve arka plan yoklamaları birlikte çalıştığında açık bağlantı sayısı beklediğinizden yüksek olur. Sınır aşıldığında belirti genellikle yavaşlık değil, rastgele başarısız isteklerdir.

Bu kontrolleri bir kere yapıp geçmeyin. Havuzun davranışı gün içinde değişebilir, bir çıkış adresi değişebilir ya da istemci tarafında bir güncelleme ayarı sıfırlayabilir. Düzenli bir projede kontrolleri kısa bir betikle otomatikleştirmek ve sonuçları tarihli biçimde saklamak, bir sorun çıktığında hangi tarihte neyin değiştiğini görmenizi sağlar.

Gözlenen davranış ve ilk kontrol listesi

Video ağırlıklı platformlarda teşhis yaparken tek bir sayfa yüklemesine bakmak yanıltıcıdır. Ölçümü izleme süresine yayın: ilk on saniyede sorunsuz görünen bir kurulum, ikinci dakikada kapasite sınırına çarpabilir. Sorunun hangi noktada başladığını kaydetmek, katmanı doğru seçmenizi sağlar.

Uzun süreli izleme projelerinde ölçüm kaydı

Tek seferlik bir kontrol ile aylarca süren bir izleme projesi aynı iş değildir. İkincisinde değer tek tek ölçümlerde değil, ölçümlerin birbiriyle karşılaştırılabilir kalmasındadır. Bunu sağlayan şey de her ölçümün yanına hangi koşulda alındığının tarihiyle birlikte yazılmasıdır. Kayıt tutulmayan bir seride üç ay sonra elinizde kalan şey, hangisi neyi ölçtüğü belirsiz bir sayı yığınıdır.

Tarihli tutulması gereken üç metrik vardır. Birincisi kota tüketimidir: o gün hangi iş türünün ne kadar bayt aktardığı. İkincisi segment hata oranıdır; video isteklerinin kaçta kaçının başarısız döndüğü, aktarım kapasitesindeki bozulmayı kota rakamından çok daha erken gösterir ve genellikle ilk uyarı odur. Üçüncüsü çıkış ülkesi eşlemesidir: o tarihte kullanılan adresin hangi ülkeye eşlendiği. Bu üçüncüsü sık atlanır, oysa eşleme veri tabanları zaman içinde güncellenir ve altı ay önce doğru olan bir eşleme bugün geçerli olmayabilir.

Bir ölçüm serisi hangi koşul değişince geçersiz sayılır? Pratik eşik şudur: çıkış ülkesi, dil başlığı, hesap tercihi veya oynatıcı kalite seviyesi değiştiyse seri kesilir ve yeni bir seri başlar. Bu dördü sabit kaldığı sürece ölçümler karşılaştırılabilir; biri değiştiğinde iki ölçüm arasındaki farkın içerikten mi koşuldan mı geldiğini ayıramazsınız. Değişikliği gizlemek yerine seriyi kesmek daha dürüst bir yöntemdir: iki kısa ama iç tutarlılığı olan seri, tek bir uzun ama kirli seriden daha kullanışlıdır.

Paylaşımlı çıkış bu tabloya ayrı bir belirsizlik ekler. Aynı adresi başka kullanıcılar da kullanıyorsa, ölçtüğünüz davranışın bir kısmı sizin trafiğinizden değil o adresin o günkü toplam yükünden gelir; iki hafta arayla alınan iki ölçüm arasındaki fark artık sizin değişkeninizle açıklanamaz. Özel ve paylaşımlı havuzlar arasındaki farkı paylaşımlı ve özel proxy farkı yazısı açıklıyor; seri tutarlılığı önemliyse özel bir çıkış tercih edin ve seri boyunca değiştirmeyin. Değiştirmek zorunda kaldığınızda bunu da kayda geçirin, çünkü o tarih serinin kesildiği tarihtir.