Otomatik Proxy Havuzu Ölçeklendirme: Yük Altında IP'leri Nasıl Artırır ve Bütçeyi Tasarruf Edersiniz

Büyük görev hacimleriyle çalışırken — pazar yerlerini tarama, hesapları yönetme, sosyal medyada toplu paylaşım — statik bir proxy havuzu hızla sorun haline gelir. Ya düşük yük dönemlerinde kullanılmayan IP'ler için fazla ödeme yaparsınız ya da yoğun anlarda adres yetersizliğinden dolayı engellemelerle karşılaşırsınız. Proxy havuzunun otomatik ölçeklenmesi her iki sorunu da çözer: sistem, mevcut yük altında IP adresi sayısını kendiliğinden artırır ve görevler azaldığında azaltır.

Bu makalede, otomatik ölçeklenmeyi farklı senaryolar için nasıl ayarlayacağımızı inceleyeceğiz: tarama, trafik arbitrajı, sosyal medyada çoklu hesap yönetimi ve pazar yerleriyle çalışma. Belirli araçları, yük dağıtım algoritmalarını ve izleme metriklerini göstereceğiz.

Proxy havuzunun ölçeklenmesi nedir ve neden gereklidir

Proxy havuzunun ölçeklenmesi, mevcut yük durumuna bağlı olarak aktif IP adreslerinin sayısının otomatik olarak değiştirilmesidir. Basitçe söylemek gerekirse: görev sayısı fazla olduğunda sistem proxy ekler, az olduğunda ise fazla olanları kapatır, böylece boşta kalma için ödeme yapmazsınız.

Klasik bir örnek: Wildberries'te fiyatları tarıyorsunuz. Normal günlerde, saatte 10.000 istek için 50 IP adresi yeterlidir. Ancak, Cuma akşamı ve hafta sonları pazar yeri limitleri sıkılaşır, aynı IP'den tekrar eden istekler daha sık engellenir. Ölçeklenme olmadan ya "her ihtimale karşı" 150 proxy önceden satın alırsınız (hafta içi %200 fazla ödeme), ya da yoğun saatlerde engellemelerle karşılaşırsınız.

Otomatik ölçeklenme ile sistem, 429 (Too Many Requests) hata oranını ve CAPTCHA'ları izler. Oran %5'i geçtiğinde — 20-30 IP ekler. Yük düştüğünde — fazla olanları kapatır. Sonuç: yalnızca gerçekten kullanılan proxy'ler için ödeme yaparsınız ve engellemeler nedeniyle veri kaybetmezsiniz.

Otomatik ölçeklenmenin temel avantajları

• Bütçede %40-60 tasarruf — yalnızca aktif olarak kullanılan IP'ler için ödeme yaparsınız, maksimum için statik bir havuz için değil
• Engellemelere karşı koruma — sistem, hata artışına anında yanıt verir ve kitlesel yasaklar ortaya çıkmadan önce proxy ekler
• İşlem hızında istikrar — yük eşit şekilde dağıtılır, yoğun saatlerde düşüş olmaz
• Görevler için esneklik — tarama, hesap yönetimi, reklam için farklı ölçeklenme kuralları ayarlayabilirsiniz

Otomatik ölçeklenmeye ne zaman ihtiyaç vardır: 5 senaryo

Proxy havuzunun ölçeklenmesi her zaman gerekli değildir. Eğer 5 Instagram hesabı yönetiyorsanız veya günde 100 ürün tarıyorsanız — 10-20 proxy'den oluşan statik bir havuz yeterli olacaktır. Ancak otomatik yönetim olmadan geçilemeyecek görevler vardır.

1. Değişken yük ile pazar yerlerini tarama

Wildberries, Ozon, Yandex.Market'te fiyatları izlemek için tipik bir durum. Normal saatlerde (sabah 3:00'ten 10:00'a kadar) pazar yerleri verileri rahatça verir, limitler yumuşaktır. Yoğun saatlerde (akşam 18:00'den 23:00'e kadar) katı kısıtlamalar başlar: bir IP'den 3-5 istekte CAPTCHA, alt ağların engellenmesi, yanıt gecikmeleri.

Örnek: günde 50.000 ürünü tarıyorsunuz. Gece, her birinden saatte 2000 istek için 30 IP yeterlidir. Akşam, aynı hacim 100-120 IP gerektirir, çünkü limit IP başına 500-700 isteğe düşer. 120 proxy'den oluşan statik bir havuz 24 saat çalışır — gece saatlerinde %75 fazla ödeme. Ölçeklenme, 18:00 ile 23:00 arasında havuzu otomatik olarak 120 IP'ye çıkarır, diğer zamanlarda 30-40 IP tutar.

2. Facebook Ads ve TikTok Ads reklam hesaplarını yönetme

Arbitrajcılar, reklam panellerinde hesaplar oluşturup ısıtıyor. Görev: bir hafta içinde 50 Facebook hesabını sıfırdan ilk kampanyayı başlatacak hale getirmek. Her hesap ayrı bir IP gerektirir (aksi takdirde chain-ban tüm profilleri bağlar).

Ancak hesaplar eşit olmayan bir şekilde ısıtılır: ilk 2 günde 50 profil aktif çalışır (50 proxy gerekir), 3-4. gün bazı hesaplar "dinlenmeye" geçer (aktif olanlar için 20-30 IP yeterlidir), 5-7. gün kampanyaların başlatılmasından önce tekrar aktiflik zirvesi yaşanır (yine 50 IP gerekir). Ölçeklenme, sistemin yalnızca aktif hesaplar için proxy eklemesini sağlar, haftada %50 tasarruf.

3. Instagram ve TikTok'ta toplu paylaşım SMM panelleri aracılığıyla

SMM ajansları, 50-200 müşteri hesabını yönetir. Paylaşım, bir programa göre yapılır: sabah (9:00-11:00) hikayeler yayınlanır, öğle (14:00-16:00) — akışta gönderiler, akşam (19:00-21:00) — reels ve yorumlar. Diğer zamanlarda hesaplar boşta kalır.

Her hesap için ayrı bir mobil proxy gerekir (Instagram IP değişikliğine karşı sert bir şekilde yasaklar). 200 mobil proxy'den oluşan statik bir havuz aylık 4000-6000$'dır. Ölçeklenme ile sürekli aktif hesaplar için 50 IP'lik bir temel havuz tutabilir, toplu paylaşım saatlerinde 2-3 saat için 100-150 IP daha satın alabilirsiniz. Tasarruf: ayda 2000$'a kadar.

4. Sosyal medyada otomatik eylemler (beğeniler, takipler, yorumlar)

Instagram, VK, TikTok'ta massfollowing, massliking ile tanıtım. Görev: 100 hesap günde 200-300 eylem gerçekleştirir (takipler, beğeniler). Sosyal medya, zamanla aktiviteyi izler: eğer tüm 100 hesap aynı anda beğeni yapmaya başlarsa — bu, anti-fraud için bir kırmızı bayraktır.

Doğru strateji: aktiviteyi 12-16 saate dağıtmak, her an 20-30 hesabın çalışmasını sağlamak. Ölçeklenme, yalnızca aktif profiller için proxy ekler. 100 sürekli IP yerine, hesaplar arasında dönen 30-40 IP'lik bir havuz yeterlidir.

5. Farklı coğrafyalardan reklam yaratıcılarını test etme

Arbitrajcılar ve pazarlamacılar, farklı ülkelerden ve şehirlerden Facebook Ads, Google Ads, Yandex.Direct'teki reklamların nasıl göründüğünü test eder. Görev: kampanya başlamadan önce 2 saat içinde 50 kombinasyonu (10 yaratıcı × 5 coğrafya) kontrol etmek.

Belirli lokasyonlardan proxy'lere ihtiyaç vardır: ABD (5 eyalet), Almanya (3 şehir), Polonya, Kazakistan, Ukrayna. Farklı coğrafyalardan 50 IP'yi sürekli tutmak kârlı değildir — bunlar haftada 2-3 kez birkaç saat gereklidir. Ölçeklenme ile proxy'leri bir saatliğine kiralayabilir, yaratıcıları test edebilir ve kapatabilirsiniz. Tasarruf: sürekli havuz için 1500$ yerine — 200-300$'a tek seferlik oturumlar.

Ölçeklenme türleri: dikey vs yatay

Proxy havuzunun ölçeklenmesi için iki yaklaşım vardır. Seçim, görev türüne, bütçeye ve hız gereksinimlerine bağlıdır.

Dikey ölçeklenme (IP limitlerini artırma)

Yeni IP adresleri eklemek yerine, mevcut proxy'ler üzerinden istek sayısını artırıyorsunuz. Örneğin, bir IP'den saatte 1000 istek yerine 2000 istek yaparak daha agresif bir oturum döngüsü veya user-agent geçişi kullanıyorsunuz.

Ne zaman uygundur: Yumuşak limitlere sahip sitelerin taranması (haber portalları, forumlar, açık API'ler) gibi yerlerde, engellemeler nadirdir. Proxy sayısında tasarruf edersiniz, ancak makul yükü aşma riski taşır.

Artıları: IP satın almanıza gerek yok, havuzu yönetmek daha kolay, proxy maliyetleri daha düşüktür.

Eksileri: Anti-fraud olan platformlarda (sosyal medya, pazar yerleri, reklam panelleri) engellenme riski yüksektir. Her hesabın benzersiz bir IP gerektirdiği görevler için uygun değildir.

Yatay ölçeklenme (yeni IP ekleme)

Havuzdaki proxy sayısını artırıyorsunuz: 50 IP vardı — 100 oldu. Yük eşit şekilde dağıtılır, her adres güvenli limitler içinde çalışır.

Ne zaman uygundur: Sosyal medyada çoklu hesap yönetimi (her hesaba bir IP), reklam panellerinin yönetimi, katı limitlere sahip pazar yerlerinin taranması, anti-detect tarayıcılarla çalışma (Dolphin Anty, AdsPower, Multilogin).

Artıları: Engellenme riski minimum, stabil çalışma, uzun vadeli görevler için uygundur (hesapları aylarca yönetmek).

Eksileri: Proxy maliyetleri daha yüksek, havuzun otomatik yönetimini ayarlamak daha zor.

Sosyal medya, reklam panelleri ve pazar yerleri ile ilgili çoğu görev için yatay ölçeklenme en uygun olanıdır. Dikey ölçeklenme, yalnızca minimum kısıtlamalara sahip açık kaynakların taranması için anlamlıdır.

Ölçeklenme için metrikler: neyi izlemelisiniz

Sistem otomatik olarak proxy ekleme veya kapatma kararı alabilmesi için ana metriklerin izlenmesi gerekir. Farklı görevler için hangi göstergelerin kritik olduğunu inceleyelim.

1. Hata oranı (Error Rate)

En önemli metrik. Başarılı isteklerin toplam sayıya oranını izleyin. Kritik hata kodları: 429 (Too Many Requests), 403 (Forbidden), 503 (Service Unavailable), ayrıca zaman aşımı ve CAPTCHA'lar.

Normal değerler: tarama için — %2-3 hata, sosyal medya hesapları ile çalışma için — %1. Eğer oran eşiği aşarsa, sistem mevcut havuza %20-30 proxy eklemelidir.

Örnek: Wildberries'i tarıyorsunuz, havuzda 50 IP var. Saate 5000 istek yapıyorsunuz, bunlardan 200'ü 429 hatası veriyor (hata oranı %4). Ölçeklenme tetikleyicisi: her IP üzerindeki yükü saatte 100'den 77'ye düşürmek için 15 proxy ekleyin.

2. Yanıt süresi (Response Time)

Sunucu, IP'nizden gelen isteklerle aşırı yüklenirse, yanıt verme süresi yavaşlar veya istekleri sıraya alır. Eğer ortalama yanıt süresi temel değerin %30-50 arttıysa — bu, ölçeklenme için bir sinyaldir.

Örnek: genellikle Ozon 300-500 ms'de yanıt verir. Yoğun saatlerde yanıt süresi 1200-1500 ms'ye yükseldi. Bu, pazar yerinin isteklerinizi kısıtladığı anlamına gelir. Çözüm: her IP'den gelen istek sıklığını azaltmak için proxy ekleyin.

3. CAPTCHA sayısı (CAPTCHA Rate)

Pazar yerlerini, arama motorlarını, sosyal medya hesaplarını tararken kritik öneme sahiptir. Eğer isteklerin %5'inden fazlası CAPTCHA dönerse — havuz aşırı yüklenmiştir.

Örnek: Google Shopping'i tarıyorsunuz, 1000 isteğin 80'i reCAPTCHA döndürüyor (%8). Sistem otomatik olarak CAPTCHA oranını %2-3'e düşürmek için 20 IP ekler.

4. Proxy kullanımı (Proxy Utilization)

Aktif olarak kullanılan proxy'lerin yüzdesini gösterir. Eğer kullanım %40'ın altındaysa — gereksiz IP'ler için fazla ödeme yapıyorsunuz. Eğer %85'in üzerindeyse — havuz sınırda çalışıyor, yüksek engellenme riski var.

Optimal kullanım: %60-75. Bu, tasarruf ve istikrar arasında bir denge sağlar.

Örnek: havuzda 100 proxy var, aktif olarak 35'i çalışıyor (kullanım %35). Sistem, kullanılmayan 30 IP'yi kapatır, 70'i bırakır. Tasarruf: proxy bütçesinin %30'u.

5. Aktif görev sayısı (Task Queue Length)

Eğer sıradaki görev sayısı, mevcut havuzun işleyebileceğinden fazlaysa — ölçeklenme gereklidir. Kuyruğun uzunluğunu ve ortalama bekleme süresini izleyin.

Örnek: 10.000 ürünü tarıyorsunuz. Sırada 3000 görev var, mevcut 40 IP'lik havuz saatte 500 görevi işliyor. Tüm görevlerin tamamlanma süresi: 6 saat. Eğer 20 IP eklenirse, süre 4 saate düşer.

Otomatik ölçeklenme algoritmaları

Proxy havuzunun boyutunu otomatik olarak yönetmek için birkaç yaklaşım vardır. Algoritma seçimi, yükün öngörülebilirliğine ve yanıt hızı gereksinimlerine bağlıdır.

1. Tepkisel ölçeklenme (Reactive Scaling)

Sistem mevcut metriklere tepki verir: eğer hata oranı eşiği aşarsa — proxy ekler, eğer kullanım düşerse — fazla olanları kapatır. En basit ve popüler yaklaşımdır.

Algoritma: her 5-10 dakikada bir sistem metrikleri kontrol eder. Eğer en az bir gösterge normalin dışına çıkarsa — ölçeklenme kararı alır.

Artıları: ayarlaması kolaydır, tarihsel verilere ihtiyaç duymaz, kutudan çıktığı gibi çalışır.

Eksileri: gecikmeli tepki verir (5-10 dakika), yoğun yükleri önceden tahmin etmez. Eğer yük aniden artarsa — sistem proxy ekleyene kadar engellemelerle karşılaşabilirsiniz.

Ne zaman kullanılmalı: görece stabil yük ile tarama, yoğunlukların zamanla öngörülebilir olduğu durumlarda (örneğin, her gün aynı saatlerde tarama).

2. Proaktif ölçeklenme (Proactive Scaling)

Sistem, tarihsel verileri analiz eder ve yükün ne zaman artacağını tahmin eder. Proxy'ler, sorunlar ortaya çıkmadan önce eklenir.

Algoritma: son 7-30 günün verilerine dayanarak sistem, saatler ve haftanın günleri boyunca yük grafiği oluşturur. Örneğin, her Cuma 18:00 ile 23:00 arasında hata oranı %2'den %8'e yükselir. Sistem, Cuma günü 17:45'te otomatik olarak proxy ekler, böylece hata artışını önler.

Artıları: tepki gecikmesi yoktur, engellemeler ortaya çıkmadan önlenir, proxy kullanımı optimaldir.

Eksileri: istatistiklerin birikmesini gerektirir (en az 2-4 hafta), öngörülemeyen yük artışlarıyla başa çıkamaz.

Ne zaman kullanılmalı: tekrarlayan yük desenleri olan görevler (pazar yerlerini tarama, fiyat izleme, sosyal medyada düzenli paylaşım).

3. Hibrit ölçeklenme (Hybrid Scaling)

Tepkisel ve proaktif yaklaşımların kombinasyonu. Sistem, planlama için tarihsel verileri kullanır, ancak anormal durumlara anında tepki verir.

Algoritma: ana ölçeklenme, tahmine dayanarak yapılır (istatistiklere dayanarak). Ancak eğer metrikler aniden normalin dışına çıkarsa — sistem, planlanan zamana beklemeden acil olarak proxy ekler.

Örnek: genellikle Pazartesi günleri 10:00 ile 12:00 arasında yük stabil, sistem 50 IP tutar. Ancak bu Pazartesi Wildberries anti-fraud'u güncelledi, hata oranı %12'ye yükseldi. Hibrit algoritma, plan gerektirmeden anında 30 proxy ekler.

Artıları: maksimum istikrar, öngörülemeyen durumlara karşı koruma, optimal tasarruf.

Eksileri: ayarlaması daha karmaşıktır, veri analizi için daha fazla hesaplama kaynağı gerektirir.

Ne zaman kullanılmalı: engellemelerin kabul edilemez olduğu kritik görevler (pahalı reklam hesaplarının yönetimi, SMM ajansında VIP müşterilerin yönetimi).

4. Zamanlı ölçeklenme (Scheduled Scaling)

En basit seçenek: proxy'leri ne zaman ekleyeceğinizi veya kapatacağınızı manuel olarak belirliyorsunuz. Örneğin: Pazartesi'den Cuma'ya kadar 9:00 ile 18:00 arasında 100 IP tutmak, diğer zamanlarda — 30 IP.

Artıları: maksimum basitlik, metrik izlemeye ihtiyaç duymaz, net bir programı olan görevler için uygundur.

Eksileri: esneklik yok, düşük yük dönemlerinde fazla ödeme, ani zirvelerde engellenme riski.

Ne zaman kullanılmalı: reklam yaratıcılarını test etme (proxy'lere yalnızca kampanya başlatma anında ihtiyaç vardır), tek seferlik tarama görevleri.

Uygulama araçları: hazır çözümler ve API'ler

Proxy havuzunun otomatik ölçeklenmesi için hem hazır platformlar hem de sağlayıcıların API'leri aracılığıyla kendi betiklerinizi kullanabilirsiniz. Her iki seçeneği de inceleyelim.

Otomatik ölçeklenme ile hazır platformlar

Bazı hizmetler, proxy havuzunu yönetmek için yerleşik araçlar sunar:

1. Bright Data (Luminati) — Enterprise tarifelerinde Auto-Scaling işlevi vardır. Sistem, yük arttığında havuzu otomatik olarak artırır, ancak maliyet yüksektir (temel paket için 500$'dan başlar).

2. Smartproxy — gerçek zamanlı IP sayısını yönetmek için API sunar. Metriklere dayanarak proxy ekleyen veya kaldıran bir betik ayarlayabilirsiniz.

3. Oxylabs — metriklerin (Hata Oranı, Yanıt Süresi) izlenmesi için bir Dashboard sunar. Ölçeklenme manueldir, ancak otomasyon için API aracılığıyla entegre edilebilir.

Hazır platformların dezavantajı — yüksek maliyet ve tek bir sağlayıcıya bağımlılıktır. Eğer fiyatlar artarsa veya kalite düşerse, başka bir sağlayıcıya geçiş yapmak tüm altyapının yeniden yapılandırılmasını gerektirir.

Sağlayıcıların API'leri aracılığıyla kendi uygulamanızı gerçekleştirme

Daha esnek bir seçenek — metriklerinizi izleyen ve sağlayıcının API'si aracılığıyla proxy sayısını yöneten bir betik yazmaktır. Çoğu sağlayıcı, aşağıdakiler için API sunar:

• Aktif proxy listesini alma
• Havuzda yeni IP ekleme
• Kullanılmayan proxy'leri kapatma
• Coğrafi konumu veya proxy türünü değiştirme

Tepkisel ölçeklenme için bir betik mantığı örneği:

1. Her 5 dakikada bir metrikleri kontrol et (Hata Oranı, CAPTCHA Oranı, Yanıt Süresi)
2. Eğer Hata Oranı > %3 ise:
   - Eklenmesi gereken proxy sayısını hesapla (mevcut havuzun %20-30'u)
   - Sağlayıcı API'sine istek gönder: N proxy ekle
   - Yeni IP listesi ile tarayıcı yapılandırmasını güncelle
3. Eğer Proxy Kullanımı < %40 ise:
   - Kullanılmayan proxy'leri belirle (son 30 dakikada istek yok)
   - API'ye istek gönder: bu IP'leri kapat
   - Tarayıcı yapılandırmasını güncelle
4. Etkinliği analiz etmek için tüm eylemleri kaydet

Metrikleri izlemek için şunları kullanabilirsiniz:

• Prometheus + Grafana — metrikleri toplamak ve görselleştirmek için ücretsiz araçlar. Hata Oranı, Yanıt Süresi, Proxy Kullanımı grafikleri ile bir gösterge paneli ayarlayın.
• Datadog — izleme platformu (ayda 15$'dan başlar). Popüler tarayıcılarla hazır entegrasyonlar vardır.
• Özel betikler — en basit seçenek: Python veya Node.js üzerinde, her 5 dakikada bir tarayıcı loglarından metrikleri sorgulayan ve ölçeklenme kararı alan bir betik.

Anti-detect tarayıcılarla entegrasyon

Eğer Dolphin Anty, AdsPower, Multilogin veya GoLogin aracılığıyla çoklu hesap yönetimi yapıyorsanız, proxy ölçeklenmesini bu tarayıcıların API'leri aracılığıyla otomatikleştirebilirsiniz:

Dolphin Anty API — benzersiz proxy'lerle yeni profiller oluşturmanıza, mevcut profiller için IP'yi güncellemenize, grup hesapları için proxy'leri topluca değiştirmenize olanak tanır.

Senaryo örneği: 50 Facebook hesabı yönetiyorsunuz. Betik, o anda kaç hesabın aktif olduğunu izler. Eğer aktif olan 30 ise — 30 proxy tutar. Eğer aktivite 45'e çıkarsa — Dolphin API aracılığıyla 15 yeni profil ekler.

Farklı görevler için adım adım ölçeklenme ayarı

Popüler görevler için otomatik ölçeklenme ayarının belirli senaryolarını inceleyelim.

Senaryo 1: Pazar yerlerini tarama (Wildberries, Ozon)

Görev: günde 50.000 ürünü taramak, fiyatları her 6 saatte bir güncellemek. Yük düzensizdir: gece pazar yeri verileri kolayca verir, akşamları engellemeler başlar.

Adım 1: Temel havuzu belirleyin. Gece saatlerinde (3:00-6:00) minimum proxy sayısı ile taramayı başlatın. Hata oranı %2'nin altında kalacak şekilde ne kadar IP gerektiğini izleyin. Örneğin, 50.000 ürün için 30 rezidans proxy yeterlidir.

Adım 2: Bir hafta boyunca istatistik toplayın. Saatler bazında Hata Oranı ve CAPTCHA Oranı kaydedin. 18:00 ile 23:00 arasında hataların %8-12'ye çıktığını ve CAPTCHA'ların %10'luk isteklerde göründüğünü göreceksiniz.

Adım 3: Proaktif ölçeklenmeyi ayarlayın. Her gün 17:45'te 60 proxy ekleme kuralı oluşturun (toplamda 90 IP), 23:15'te 60 proxy kapatın (30 IP'ye dönüş).

Adım 4: Anomaliler için reaktif bir tetikleyici ekleyin. Eğer herhangi bir zamanda Hata Oranı %5'i aşarsa — acil olarak 20 proxy ekleyin.

Sonuç: 90 IP'lik sürekli bir havuz için (maliyet 180-270$) yerine, 30 IP için 24 saat boyunca + günde 6 saat için 60 IP ödeyeceksiniz. Tasarruf: bütçenin %40-50'si.

Senaryo 2: Facebook Ads hesaplarını yönetme

Görev: 100 reklam hesabı oluşturmak ve ısıtmak. Her hesap benzersiz bir IP gerektirir, aktivite düzensizdir.

Adım 1: Hesapları, aşama bazında gruplara ayırın: yeni (1-3 gün), ısıtma (4-10 gün), kampanyaya hazır (11-30 gün). Yeni hesaplar günlük aktivite gerektirirken, hazır olanlar haftada 2-3 kez gerektirir.

Adım 2: Aktiviteye göre ölçeklenmeyi ayarlayın. İlk hafta tüm 100 hesap aktiftir — 100 proxy gerekir. İkinci hafta 40 hesap "hazır" moduna geçer (sadece haftada 3 gün proxy gerektirir) — havuzu hafta içi 70 IP, hazır hesapların aktif olduğu günlerde 100 IP'ye düşürebilirsiniz.

Adım 3: Proxy'leri otomatik olarak değiştirmek için Dolphin Anty API'sini kullanın. Betik, her hesabın aktivite programını izler. Eğer bir hesap bugün çalışmıyorsa — onun proxy'si kapatılır ve başka bir profil için kullanılır.

Sonuç: 100 sürekli proxy yerine, hesaplar arasında dönen 60-70 IP'lik bir havuz tutuyorsunuz. Tasarruf: chain-ban riski olmadan bütçenin %30-40'ı.

Senaryo 3: Instagram'da toplu paylaşım

Görev: SMM ajansı 150 müşteri hesabı yönetiyor. Paylaşım, bir programa göre yapılır: 9:00-11:00 (hikayeler), 14:00-16:00 (gönderiler), 19:00-21:00 (reels).

Adım 1: Yoğun saatleri belirleyin. Toplu paylaşım anlarında tüm 150 hesap aktiftir, diğer zamanlarda — 20-30 (yorumlara yanıt verme, akışta gezinme).

Adım 2: Zaman çizelgesine göre ölçeklenmeyi ayarlayın. 8:45 ile 11:15 arasında havuzu 150 IP'ye çıkarın, 11:15 ile 13:45 arasında 30 IP'ye düşürün, 13:45 ile 16:15 arasında tekrar 150 IP, ve bu şekilde devam edin.

Adım 3: Kritik hesaplar için mobil proxy'ler kullanın (VIP müşteriler, doğrulanmış profiller) — onlara sürekli bir IP gerekir. Diğerleri için, zaman çizelgesine göre dönen rezidans proxy'leri kullanabilirsiniz.

Sonuç: VIP hesaplar için 30 mobil proxy'den oluşan bir temel havuz (aylık 600$) + günde 9 saat çalışan 120 rezidans proxy (24 saatlik kiralamaya göre %60 tasarruf). Toplam tasarruf: ayda 1500-2000$.

Maliyet optimizasyonu: proxy için fazla ödeme yapmamak

Otomatik ölçeklenme, yalnızca engellemelerden korunma değil, aynı zamanda tasarruf aracı olarak da işlev görür. Maliyetleri düşürmek için belirli taktikleri inceleyelim.

1. Görevler için proxy türlerini birleştirin

Tüm görevler pahalı rezidans veya mobil proxy'ler gerektirmez. Hibrit bir yaklaşım kullanın:

• Rezidans proxy'leri — kritik görevler için: hesap yönetimi, reklam panelleri ile çalışma, sosyal medyada paylaşım.
• Mobil proxy'ler — yalnızca VIP hesaplar ve sert anti-fraud olan platformlar için (doğrulanmış profiller için Instagram, TikTok).
• Veri merkezi proxy'leri — açık kaynakların taranması, agresif anti-fraud olmayan sitelerde fiyat izleme için.

Örnek: Avito'yu tarıyorsunuz. İlanları toplamak için veri merkezi proxy'leri kullanın (rezidans proxy'lere göre 5-10 kat daha ucuz). İlanları yayınlamak için rezidans proxy'lere geçin — Avito, yayın sırasında IP'leri daha sıkı kontrol eder.

2. Kullanılmayan proxy'leri agresif bir şekilde kapatmayı ayarlayın

Birçok kişi, yoğun yük durumları için "yedek" proxy'ler tutar, ancak düşüş sonrası bunları kapatmayı unutur. Son 30-60 dakikada kullanılmayan IP'leri otomatik olarak kapatmayı ayarlayın.

Örnek: havuzda 100 proxy var, aktif olarak 60'ı çalışıyor. 30 dakikalık boşta kalma süresinin ardından sistem otomatik olarak en az kullanılan 20 IP'yi kapatır. Tasarruf: günlük bütçenin %20'si.

3. Tek seferlik görevler için saatlik kiralamayı kullanın

Bazı sağlayıcılar, gerçek kullanıma (pay-as-you-go) veya saatlik kiralamaya ödeme seçeneği sunar. Bu, aşağıdakiler için avantajlıdır:

• Reklam yaratıcılarını test etme (proxy'lere 1-2 saat ihtiyaç vardır)
• Büyük veri hacimlerini tek seferlik tarama
• Farklı coğrafyalardan web sitesinin erişilebilirliğini kontrol etme

50 IP için aylık abonelik (150-300$) yerine, 3 saatlik kiralama (5-15$) yaparsınız.

4. Kullanımı izleyin ve temel havuzu ayarlayın

Haftada bir proxy kullanım istatistiklerini analiz edin. Eğer ortalama kullanım sürekli %50'nin altındaysa — temel havuzu %20-30 oranında azaltın.

Örnek: 80 IP'lik bir temel havuz tutuyorsunuz, ortalama kullanım %35. Temel havuzu 50 IP'ye düşürün, yoğun saatlerde 80-100'e ölçeklenmeyi ayarlayın. Tasarruf: ayda 30-40$.

Ölçeklenme sırasında yaygın hatalar ve bunlardan nasıl kaçınılır

Doğru ayarlanmış bir ölçeklenme bile, yaygın hatalar nedeniyle etkisiz çalışabilir. En sık karşılaşılan sorunları inceleyelim.

Hata 1: Yük artışına çok yavaş tepki verme

Eğer sistem, yük artışına zamanında tepki vermezse, engellemelerle karşılaşabilirsiniz. Bu nedenle, metriklerinizi düzenli olarak izlemeli ve gerektiğinde otomatik ölçeklenmeyi ayarlamalısınız.

Hata 2: Yetersiz metrik izleme

Eğer kritik metrikleri izlemiyorsanız, sistemin yük artışlarına yanıt vermesi zorlaşır. Hata oranı, yanıt süresi ve proxy kullanımı gibi metrikleri düzenli olarak kontrol etmelisiniz.

Hata 3: Yanlış ölçeklenme kuralları ayarlama

Eğer ölçeklenme kurallarınız uygun değilse, sistem gereksiz yere proxy ekleyebilir veya kapatabilir. Bu nedenle, her görev için uygun kuralları belirlemelisiniz.

Hata 4: Yetersiz kaynak yönetimi

Eğer sisteminiz yeterli kaynaklara sahip değilse, yük artışlarına yanıt vermekte zorlanabilir. Bu nedenle, kaynaklarınızı düzenli olarak kontrol etmeli ve gerektiğinde artırmalısınız.

Hata 5: Kullanılmayan proxy'leri kapatmama

Eğer kullanılmayan proxy'leri kapatmazsanız, gereksiz yere maliyet artışına neden olursunuz. Bu nedenle, kullanılmayan proxy'leri düzenli olarak kapatmalısınız.

Bu hatalardan kaçınarak, otomatik ölçeklenme sisteminizi daha verimli hale getirebilir ve maliyetlerinizi düşürebilirsiniz.

Sonuç

Proxy havuzunun otomatik ölçeklenmesi, büyük veri görevleri için kritik bir gerekliliktir. Doğru ayarlarla, hem maliyetlerinizi düşürebilir hem de engellemelerden korunabilirsiniz. Yukarıda belirtilen stratejileri ve metrikleri kullanarak, sisteminizi optimize edebilir ve daha verimli hale getirebilirsiniz.