İşletmeler için Proxy ile Failover Stratejileri: Arbitraj ve SMM'de Kesintilere Karşı Koruma

İşletmeniz proxy'nin stabil çalışmasına bağlı olduğunda — ister Facebook Ads reklam hesapları, ister müşteriler için 50 Instagram hesabı yönetimi, isterse Wildberries'de fiyatları 24 saat boyunca çekmek olsun — 5 dakikalık bir kesinti bile binlerce ruble kaybedilmiş kazanç veya kaybedilmiş hesaplar anlamına gelebilir. Failover (kesintisiz geçiş) teknik bir soyutlama değil, ana proxy'lerin çalışmayı durdurduğunda yedek proxy'ye otomatik geçiş yapan somut bir sistemdir.

Bu kılavuzda gerçek işletmeler için pratik failover stratejilerini inceleyeceğiz: anti-detect tarayıcılarda (Dolphin Anty, AdsPower), SMM otomasyon sistemlerinde ve pazar yeri verilerini çeken araçlarda proxy otomatik geçişini nasıl ayarlayacağınızı. Programlama olmadan — sadece hazır çözümler ve ayarlar.

Failover nedir ve proxy ile işletme için neden kritiktir

Failover (kesintisiz geçiş) — ana kaynak çalışmayı durdurduğunda yedek bir kaynağa otomatik geçiştir. Proxy ile çalışırken bu, mevcut IP adresiniz engellendiğinde, yanıt vermediğinde veya hatalar gösterdiğinde — sistemin otomatik olarak yedek havuzdan başka bir proxy'ye geçiş yapması anlamına gelir ve işiniz kesintisiz devam eder.

Proxy kullanan bir işletme için failover — bir lüks değil, bir gerekliliktir. Durumları hayal edin:

• Bir arbitrajcı Facebook Ads'te 20 hesapla reklam yayınlıyor. Gece 3'te bir hesabın proxy'si düşüyor, Facebook IP değişikliğini kaydediyor ve hesap tüm bağlı hesaplarla birlikte yasaklanıyor (chain-ban). Kayıplar: 5-10 hesap, her biri 50-100$ + durdurulan kampanyalar.
• SMM ajansı 30 müşteri Instagram hesabını anti-detect tarayıcı üzerinden yönetiyor. Proxy sağlayıcısı bakım yapıyor ve 10 IP adresi erişilemez hale geliyor. Failover olmadan, bu proxy'lerdeki tüm hesaplar çalışmayı durduracak — gönderimler duracak, müşteriler kesinti yaşayacak.
• Bir satıcı Wildberries'de rakiplerin fiyatlarını 24 saat boyunca çekiyor. Pazar yeri, bir proxy'yi istek limitini aşmaktan dolayı engelliyor. Otomatik geçiş olmadan, parser duruyor ve fiyat değişikliklerini kaçırıyorsunuz, rekabet avantajını kaybediyorsunuz.

Failover stratejisi bu sorunları sistem düzeyinde çözer: yedek proxy'leri ve geçiş kurallarını önceden ayarlarsınız ve ana proxy düştüğünde — sistem otomatik olarak yedek proxy'ye geçer, bu da saatler süren manuel müdahaleden ziyade saniyeler içinde gerçekleşir.

Proxy kesintisinin gerçek riskleri: para ve hesap kayıpları

Failover sisteminin değerini anlamak için, farklı iş senaryolarında proxy kesintisinden kaynaklanan gerçek kayıpları hesaplayalım:

Trafik arbitrajı (Facebook Ads, TikTok Ads)

Bir arbitrajcı 15 Facebook reklam hesabı ile çalışıyor, her biri günde 100$ harcıyor. Bir hesabın proxy'si gece 2'de düşüyor, Facebook ani IP değişikliğini (veya bağlantı eksikliğini) kaydediyor ve hesap yasaklanıyor. Hesaplar bağlıysa (ortak ödeme yöntemi, yaratıcılar, alan adı) — chain-ban devreye giriyor ve 3-5 bağlı hesap daha düşüyor.

Bu arada, failover ayarı ile yedek proxy havuzunun maliyeti: ayda 50-100$. İlk önlenen olayla geri dönüş sağlıyor.

SMM ajansı (müşteri hesap yönetimi)

Ajans, 15 müşteri için 40 Instagram hesabı yönetiyor. Proxy sağlayıcısı planlanmamış bakım yapıyor ve 12 IP adresi 4 saat boyunca erişilemez hale geliyor. Failover olmadan:

• 12 müşteri hesabı Instagram'a giriş yapamıyor (tarayıcı bağlantı hatası gösteriyor)
• Planlanan gönderimler yapılmıyor — içerik planına göre yayınlar kaçırılıyor
• Müşteriler kesinti hakkında bildirim alıyor ve açıklama talep ediyor
• İtibar kaybı: müşteriler ajansın güvenilirliğinden şüphe ediyor

Maliyet: 1-2 müşteri kaybı (her biri ayda 20-50 bin ruble) = yıllık 40-100 bin ruble kayıp. Failover sistemi, yedek proxy'ler için ayda 5-10 bin ruble tutar.

E-ticaret (pazar yeri verilerini çekme)

Bir satıcı, Wildberries'deki 500 rakibin fiyatlarını her 2 saatte bir izliyor, böylece fiyatlarını hızlı bir şekilde ayarlayabiliyor ve rekabetçi kalabiliyor. Parser, döngüsel olarak 5 proxy ile çalışıyor. Wildberries, istek limitini aşmaktan dolayı 2 proxy'yi engelliyor. Failover olmadan:

• Parser hata veriyor ve duruyor (çalışan proxy'lere geçemiyor)
• Fiyat izleme 6-12 saat kesintiye uğruyor (sahibi fark edene kadar ve manuel olarak yeniden başlatana kadar)
• Bu süre zarfında rakip popüler bir ürünün fiyatını düşürüyor, Buy Box'ı kapıyor
• Satış kayıpları: nişe bağlı olarak 50-200 bin ruble

Failover ile: parser otomatik olarak yedek proxy'ye geçiyor, izleme kesintisiz devam ediyor, rakiplerin fiyat değişikliklerine hızlı bir şekilde yanıt veriyorsunuz.

Failover stratejileri türleri: otomatik ve manuel geçiş

Proxy için failover sisteminin organizasyonu için birkaç yaklaşım vardır. Seçim, görevinize, bütçenize ve teknik yeteneklerinize bağlıdır.

1. Proxy sağlayıcısı düzeyinde otomatik failover

Bazı rezidans proxy sağlayıcıları yerleşik failover sunar: bir endpoint alırsınız (örneğin, gate.proxycove.com:8080) ve sağlayıcı otomatik olarak havuzdan IP adreslerini döndürür ve çalışmayanları değiştirir. Bu, kullanıcı için en basit seçenektir.

Avantajlar:

• Kullanıcı tarafından ayar gerektirmez — "kutudan çıkar çıkmaz" çalışır
• Geçiş anında gerçekleşir (sağlayıcı düzeyinde)
• Belirli bir IP'ye bağlılığın kritik olmadığı görevler için uygundur (veri çekme, SEO izleme)

Dezavantajlar:

• Çoklu hesap yönetimi için uygun değildir (her hesap sabit bir IP üzerinde çalışmalıdır)
• Daha az kontrol: hangi IP'ye geçeceğinizi seçemezsiniz
• Sağlayıcıya bağımlılık: eğer tüm sunucularda sorun yaşarsa, failover kurtaramaz

Ne zaman kullanılmalı: pazar yeri verilerini çekme, SEO pozisyon izleme, toplu web sitesi erişim kontrolü — IP'nin değişebileceği görevler.

2. Manuel failover: anti-detect tarayıcılarda yedek profiller

Çoklu hesap yönetimi (arbitraj, SMM) için her hesap sürekli olarak aynı IP ile çalışmalıdır. Otomatik döngü burada önerilmez — IP değişikliği yasaklamaya yol açar. Bu nedenle manuel failover kullanılır: önceden başka proxy'ler ile yedek tarayıcı profilleri oluşturursunuz ve bir sorun durumunda manuel olarak geçiş yaparsınız.

Nasıl çalışır:

1. Dolphin Anty veya AdsPower'da, proxy №1 ile bir Facebook hesabı için ana profil oluşturursunuz
2. Proxy №2 ile yedek bir profil oluşturursunuz (ancak hemen bu profilden hesaba giriş yapmayın)
3. Eğer proxy №1 düşerse, yedek profile manuel olarak geçiş yapar, hesaba giriş yaparsınız
4. Facebook yeni IP'yi görür, ancak bunu hızlı bir şekilde (1-2 saat içinde) ve IP aynı coğrafyadan ise — yasaklama riski minimumdur

Avantajlar:

• Tam kontrol: ne zaman ve hangi proxy'ye geçeceğinize kendiniz karar verirsiniz
• Hesaplar için güvenli: aynı coğrafyadan ve sağlayıcıdan yedek IP'yi seçebilirsiniz
• Teknik beceri gerektirmez — sadece anti-detect tarayıcıda ayar yapmanız yeterlidir

Dezavantajlar:

• Otomatik değil: katılımınızı gerektirir (izleme ve manuel geçiş)
• Eğer sorun gece olursa ve siz uyuyorsanız — hesap sabaha kadar kesintide kalır
• Ölçeklenemez: eğer 50 hesabınız varsa, manuel geçiş saatler alır

Ne zaman kullanılmalı: küçük ve orta ölçekli çoklu hesap yönetimi (20-30 hesap kadar), sorunlara hızlı bir şekilde yanıt verebildiğinizde.

3. Yarı otomatik failover: kontrol ve uyarı scriptleri

Kompromis bir seçenek: proxy'lerin çalışmasını otomatik olarak izleyen bir sistem ayarlarsınız (basit bir script veya hazır bir hizmet) ve proxy düştüğünde — Telegram'da anında bildirim alırsınız. Sonrasında manuel olarak yedek proxy'ye geçiş yaparsınız.

Nasıl çalışır:

• Her 5 dakikada bir proxy'lerinizin erişilebilirliğini kontrol eden bir script ayarlarsınız (Python, Node.js veya UptimeRobot gibi hazır bir hizmet)
• Script her proxy üzerinden test isteği yapar (örneğin, httpbin.org/ip'e) ve yanıtı kontrol eder
• Eğer proxy yanıt vermez veya 3 kez üst üste hata dönerse — script Telegram'da bildirim gönderir
• Uyarıyı alırsınız, anti-detect tarayıcınıza girer ve profilleri yedek proxy'lere geçirirsiniz

Avantajlar:

• Sorunu anında öğrenirsiniz, birkaç saat içinde değil
• Programlama becerisi olmadan bile ayarlanabilir (hazır izleme hizmetleri)
• Orta ölçek için uygundur (30-100 hesap)

Ne zaman kullanılmalı: orta ve büyük ölçekli çoklu hesap yönetimi, kesinti kritik olduğunda ama tam otomasyonun zor olduğu durumlarda.

4. Tam otomatik failover: anti-detect tarayıcıların API'si

Büyük işletmeler (100+ hesap, 24 saat çalışma) için, anti-detect tarayıcıların API'si aracılığıyla tamamen otomatik bir failover ayarlayabilirsiniz. Dolphin Anty, AdsPower ve Multilogin, profilleri ve proxy'leri programlı olarak yönetmek için API sağlar.

Nasıl çalışır:

1. İzleme scripti her 5 dakikada bir proxy'leri kontrol eder
2. Düşen proxy tespit edildiğinde, script anti-detect tarayıcının API'si aracılığıyla profildeki proxy'yi yedek olanla otomatik olarak değiştirir
3. Eğer profil aktifse (tarayıcı açıksa), script onu kapatır ve yeni proxy ile yeniden açar
4. Her şey otomatik olarak, sizin katılımınız olmadan gerçekleşir

Avantajlar:

• Tam otomasyon: sizin katılımınız olmadan 24/7 çalışır
• Yüzlerce ve binlerce hesaba ölçeklenebilir
• Kesinti süresi minimum (düşmeden geçişe 5-10 dakika)

Dezavantajlar:

• Programlama becerileri veya bir geliştirici kiralamayı gerektirir
• Kurulum ve destek zorluğu
• Maliyet: script geliştirme 30-100 bin ruble

Ne zaman kullanılmalı: Yüzlerce hesabı olan büyük işletmeler, kesinti maliyeti otomasyon geliştirme maliyetini aşarsa.

Rekabet için anti-detect tarayıcılarda failover ayarı

Facebook Ads, TikTok Ads veya Google Ads ile çalışan arbitrajcılar için en önemli failover — anti-detect tarayıcıda yedek profillerdir. Dolphin Anty örneği üzerinden adım adım ayarları inceleyelim (AdsPower, Multilogin, GoLogin için mantık benzerdir).

Adım 1: Yedek proxy'lerin hazırlanması

Her çalışma hesabı için en az 1 yedek proxy'ye ihtiyacınız var (tercihen 2). Yedek proxy'ler için gereklilikler:

• Aynı coğrafya: eğer ana proxy ABD, New York ise, yedek de ABD olmalıdır (tercihen aynı eyalet veya komşusu). Ani coğrafya değişikliği (ABD → Almanya) yasaklamaya yol açar.
• Aynı proxy türü: eğer ana proxy mobil proxy (4G) ise, yedek de mobil olmalıdır. Tür değişikliği (mobil → veri merkezi) şüphe uyandırır.
• Aynı sağlayıcıdan (tercihen): böylece IP'ler benzer alt ağlardan olur, bu platform için daha doğal görünür.
• Önceden test edilmiş: yedek proxy'leri kullanılmadan önce çalışabilirlik ve temizlik (kara listelerde olmaması) açısından kontrol edin.

Ne kadar yedek proxy satın almalısınız? Öneri: her 3-5 ana proxy için 1 yedek. Örneğin, eğer 15 çalışma Facebook hesabınız varsa — 3-5 yedek proxy aynı coğrafyadan satın alın. Bunlar çoğu zaman kullanılmayacak (bu normal), ancak kritik bir durumda sizi kurtaracaktır.

Adım 2: Dolphin Anty'de yedek profiller oluşturma

Dolphin Anty'yi açın ve her çalışma hesabı için bir yedek profil oluşturun:

1. "Profil oluştur" butonuna tıklayın → ana profil ile aynı işletim sistemi ve ekran çözünürlüğünü seçin (fingerprint için önemlidir)
2. "Proxy" bölümünde yedek proxy'nin bilgilerini (IP:port:kullanıcı adı:şifre) yapıştırın
3. Proxy'yi "Check proxy" butonuyla kontrol edin — yeşil durum göstermelidir ve ana proxy ile aynı coğrafyayı göstermelidir
4. Profil adında "[YEDİK] Hesap #1" belirtin — ana profil ile karıştırmamak için
5. Bu profilden Facebook hesabına giriş yapmayın! Yedek profil, geçiş anına kadar "temiz" kalmalıdır.

Artık bir çiftiniz var: ana profil (sürekli çalışır) + yedek profil (yedekte bekler).

Adım 3: Proxy düştüğünde geçiş prosedürü

Ana proxy'nin çalışmadığını fark ettiğinizde (tarayıcı açılmıyor, Facebook bağlantı hatası gösteriyor veya izleme uyarı gönderdiğinde):

1. Ana profili kapatın (eğer açıksa) — düşen proxy üzerinden çalışmaya çalışmayın
2. Yeni proxy ile yedek profili açın
3. Facebook hesabına giriş yapın — platform yeni IP'yi görecektir, ancak bunu ana proxy düştükten sonra 1-2 saat içinde ve coğrafya uyuyorsa yaparsanız — bu doğal bir değişim olarak algılanır (kullanıcı taşındı, sağlayıcıyı değiştirdi)
4. Hesabı kontrol edin: Ads Manager'a girin, kampanyaların çalıştığından emin olun, uyarı yok
5. Yedek profilden çalışmaya devam edin — artık ana profil haline gelir
6. Bir yedek profil daha oluşturun başka bir proxy ile — böylece yeniden bir yedek seçeneğiniz olur

Adım 4: Hesap takibi (profil ve proxy tablosu)

10'dan fazla hesabınız olduğunda, hangi profilin hangi proxy'de olduğunu, yedeklerin nerede olduğunu karıştırmak kolaydır. Google Sheets veya Excel'de basit bir tablo oluşturun:

Tabloya şunları not edin: geçişin ne zaman gerçekleştiği, nedeni (proxy düştü / engellendi), sonucu (hesap çalışıyor / yasaklandı). Bu, proxy sağlayıcılarının güvenilirliğini analiz etmeye ve güvenilir olmayanları zamanında değiştirmeye yardımcı olacaktır.

SMM otomasyonu için failover: müşteri hesaplarını koruma

SMM ajansları ve Instagram, TikTok, VK'de onlarca hesap yöneten uzmanlar, özel bir sorunla karşılaşır: bir hesabın bile kesintiye uğraması, memnuniyetsiz bir müşteri ve sözleşme kaybı riski demektir. Failover burada sadece iş için değil, aynı zamanda itibar için de kritiktir.

Senaryo 1: Anti-detect tarayıcı aracılığıyla hesapların manuel yönetimi

Eğer her müşteri hesabına AdsPower veya Dolphin Anty üzerinden gönderim, yorumlara yanıt verme, hikaye paylaşımı için giriş yapıyorsanız, yukarıda arbitraj için açıklanan yedek profiller stratejisini kullanın. Özellikler:

• Her müşteri için yedek proxy: müşteri hesapları üzerinde tasarruf etmeyin. 5-10$'lık bir yedek proxy satın almak ve kullanmamak, ayda 30-50 bin ruble kaybetmekten daha iyidir.
• Çalışmaya başlamadan önce proxy'leri kontrol edin: her sabah gönderimden önce tüm proxy'lerin hızlı bir kontrolünü yapın (script veya tarayıcıda manuel kontrol). Eğer birisi yanıt vermiyorsa — müşteri fark etmeden önce yedek proxy'ye geçin.
• Müşteriyi teknik çalışmalar hakkında bilgilendirin: eğer hesabı yedek proxy'ye geçirdiyseniz (IP değişti), müşteriye "Hesapta teknik bakım yaptık, her şey stabil çalışıyor" demek daha iyidir. Bu, profesyonellik gösterir.

Senaryo 2: Kod olmadan gönderim otomasyonu hizmetleri

Birçok SMM uzmanı, Instagram ve diğer sosyal ağlarda planlı gönderimler için otomasyon hizmetleri (SMMplanner, Publer, Later, Onlypult) kullanır. Bu hizmetler genellikle sosyal ağların resmi API'leri aracılığıyla çalışır, ancak bazıları (Instagram için) tarayıcı emülasyonu kullanır ve proxy gerektirir.

Sorun: bu tür hizmetlerin çoğu otomatik failover proxy'yi desteklemiyor. Eğer proxy düşerse — gönderim durur ve bunu yalnızca müşteri "neden gönderim çıkmadı?" diye sorduğunda öğrenirsiniz.

Çözüm:

1. Yerleşik döngü ile rezidans proxy kullanın: bazı rezidans proxy sağlayıcıları, otomatik olarak çalışan IP'ler arasında geçiş yapan bir endpoint sunar. Otomasyon gönderim hizmetleri için bu idealdir — bir kez proxy'yi hizmette ayarladınız ve kesintisiz çalışır.
2. Gönderim izleme ayarlayın: her sabah tüm planlı gönderimlerin yapıldığını kontrol edin. Eğer birisi başarısız olduysa — bu, proxy ile ilgili bir sorun olduğunu gösterir.
3. Proxy olmadan yedek bir hesap tutun: kritik müşteriler için, yedek gönderim ayarlayabilirsiniz: ana proxy üzerinden + doğrudan yedek (eğer IP'niz temizse). Eğer ana kanal düşerse — yedek devralır.

Senaryo 3: Toplu işlemler (beğeniler, takipler, yorumlar)

Eğer Instagram'da toplu işlemler için araçlar (Instaplus, Tooligram ve benzerleri) kullanıyorsanız — genellikle proxy listesi ayarlayabilirsiniz ve yazılım hatalar olduğunda otomatik olarak bunlar arasında geçiş yapar. Bu, yerleşik bir failover'dır. Şu şekilde ayarlayın:

• Yazılıma aynı coğrafyadan 3-5 proxy ekleyin (örneğin, hepsi Rusya, Moskova)
• "Hata durumunda otomatik proxy değişimi" seçeneğini etkinleştirin
• Deneme limiti belirleyin: eğer proxy 3 kez üst üste çalışmazsa — bir sonraki proxy'ye geçin

Böylece programlama olmadan otomatik bir failover elde edersiniz.

Pazar yeri verilerini çeken araçlar ve fiyat izleme için kesintisiz geçiş

E-ticaret işletmeleri (Wildberries, Ozon, Avito satıcıları) için rakiplerin fiyatlarını çekmek ve stok izlemek kritik bir görevdir ve 24/7 çalışmalıdır. Parser'ın birkaç saat kesintiye uğraması, rakiplerin fiyat değişikliklerini kaçırdığınız ve satışları kaybettiğiniz anlamına gelir.

Neden parser'lar proxy nedeniyle düşer

Pazar yerleri, veri çekme ile aktif bir şekilde mücadele ediyor: Wildberries, Ozon, Yandex.Market, IP'yi istek limitini aştığında engelleyen anti-bot koruması (Cloudflare, Kasada, kendi çözümleri) kullanıyor. Proxy engellenmesinin tipik nedenleri:

• Rate limit aşımı: bir IP üzerinden dakikada 100 istek yapıyorsunuz, pazar yeri bunu 1-24 saat boyunca engelliyor
• Veri merkezi proxy tespiti: Wildberries, veri merkezlerini rezidans IP'lerden daha agresif bir şekilde engelliyor
• Sağlayıcıda teknik sorunlar: proxy yanıt vermeyi durduruyor (sunucu düştü, ağ erişilemez)
• IP kara listeye alındı: bu proxy'nin önceki kullanıcısı kuralları ihlal etti ve IP yasaklandı

Failover olmadan parser, ilk hatada durur. Failover ile — otomatik olarak başka bir proxy'ye geçer ve çalışmaya devam eder.

Hazır parser'larda failover ayarı (kod olmadan)

Pazar yerleri için çoğu hazır parser (Mpstats, SellerFox, ParseHub, Octoparse) proxy listelerini ve otomatik döngüyü destekler. Ayarlama:

1. Proxy havuzu satın alın: Wildberries için 10-20 rezidans proxy önerilir. Bunlar veri merkezlerinden daha pahalıdır, ancak daha az engellenir.
2. Parser'a liste ekleyin: parser ayarlarında "Proxy" bölümünü bulun ve listeyi IP:port:kullanıcı adı:şifre formatında yapıştırın (her proxy yeni bir satıra).
3. Döngüyü etkinleştirin: "Her istekte rastgele proxy" veya "Her N istekte proxy değiştir" modunu seçin (örneğin, her 50 istekte).
4. Retry ayarlayın: eğer proxy üzerinden yapılan istek hata dönerse — parser otomatik olarak başka bir proxy ile tekrar denemelidir (genellikle "Hata durumunda tekrar dene" seçeneği, 2-3 deneme).
5. Zaman aşımı ayarlayın: eğer proxy 30 saniye boyunca yanıt vermezse — erişilemez olarak kabul edin ve bir sonraki proxy'ye geçin.

Ayarlama sonrasında parser, istekleri otomatik olarak proxy'ler arasında dağıtacak ve hatalarda geçiş yapacaktır. Bu, programlama olmadan temel bir failover'dır.

Gelişmiş strateji: kullanımdan önce proxy'nin sağlık kontrolü

Basit döngünün sorunu: parser, Wildberries tarafından bir saat önce engellenmiş bir proxy'yi seçebilir ve gereksiz isteklere zaman harcayabilir. Çözüm — her kullanım öncesinde proxy'nin sağlık kontrolünü yapmak:

1. Parser çalışmaya başlamadan önce, script her proxy üzerinden Wildberries'e test isteği yapar
2. Eğer proxy hata dönerse (403, 429, zaman aşımı) — 1 saat boyunca çalışma havuzundan çıkarılır
3. Parser, yalnızca sağlık kontrolünden geçen (başarıyla yanıt veren) proxy'lerle çalışır
4. Her 15 dakikada bir sağlık kontrolü tekrarlanır — engellenmiş proxy'ler yeniden kontrol edilir (belki engelleme kaldırılmıştır)

Bu, küçük bir script (Python + requests kütüphanesi, 20-30 satır kod) gerektirir, ancak verimliliği önemli ölçüde artırır: parser, ölü proxy'ler üzerinde zaman harcamaz.

Proxy havuzları oluşturma: yedekleme ve dengeleme

Büyük işletmeler (50+ hesap, 24 saat veri çekme) için, net rollere sahip yapılandırılmış proxy havuzları oluşturmak mantıklıdır: ana, yedek, döngüsel. Bu, depodaki yedek parçalar gibidir — her zaman neyi ve ne zaman kullanacağınızı bilirsiniz.

Farklı görevler için havuz yapısı