Belirli bir ölçeğe kadar her düzen çalışır: tek bir hat, tek bir sağlayıcı, veritabanı yerine not defterindeki bir tablo. Onlarca işlemden yüzlercesine geçişte bu çözümler doğrusal biçimde ölçeklenmez; yavaş yavaş yavaşlamaz, belirli bir noktada kopar ve genellikle beklenmedik bir anda. Altyapıdaki dört darboğazı ve bunların hangi sırayla giderileceğini ele alalım.

Ortak çıkış adresi: ayrı kalması gerekenleri nasıl birbirine bağlar

Altyapıda tasarruf çoğu zaman tek bir kararla başlar: birbirinden bağımsız birkaç hat ağa aynı adres üzerinden çıkar. Hat sayısı iki üçken risk küçüktür. Yirmi hat olduğunda platform hazır bir bağlantı işareti elde eder: hesaplar farklı, etkinlik saatleri farklı, ama ASN de IP de aynı. Bu işarete dayanarak tek bir hattın yasaklanması, resmen hiçbir kural ihlal etmeseler bile diğerlerine yönelik şüpheyi artırır. Platformun adreste ne gördüğü ve bunun neden parmak izi gibi çalıştığı, ASN nedir ve neden önemlidir yazısında anlatılıyor.

Yaklaşan sorunun işareti, resmen birbiriyle ilgisi olmayan hatlarda eşzamanlı doğrulama dalgalarıdır: birkaç hesap aynı anda görünür bir neden olmadan captcha veya telefon doğrulama isteği alıyorsa, olası neden tesadüf değil, ortak adrestir.

Numaraların ve adreslerin elle takibi: tablo nerede bozulur

Not defterindeki ya da bulut belgesindeki tablo, başında tek bir kişi durdukça ve kayıt sayısı elliden azken gayet iyi çalışır. Sonrasında tutarsızlıklar birikmeye başlar: numara hâlâ etkin bir hatta bağlıyken boş işaretlenmiştir; adres üç gün önce süresi dolmuşken etkin görünür; kayıt teslim anında değil, «sonra, vakit bulunca» güncellendiği için iki hat yanlışlıkla aynı kaynağı alır.

Sınırın işareti, «bu kimin?» sorusunun haftada birkaç kez duyulmasıdır. İkinci işaret, tablo ile sağlayıcıda gerçekte etkin olan arasındaki farktır. Bunun çaresi disiplin değil, kaydın tutulduğu anı kaynağın teslim noktasına taşımaktır: numara ve adres, biri onları yazmayı hatırladığında değil, teslim edildikleri anda kayda girer.

Sağlayıcı tavanı: hemen belli olmayan limitler

Numara ve adres sağlayan her sağlayıcının, küçük hacimde fark edilmeyen pratik sınırları vardır: paralel isteklerin işlenme hızı, bakiye yükleme adımı, kişisel hesap paneli üzerinden eşzamanlı oturum limiti. Günde on işlemde bu sınırlara takılınmaz. Yüz işlemde ise kaynak teorik olarak mevcut olsa bile siparişler yoğun saatlerde düşmeye başlar.

İşaret, hataların ve zaman aşımlarının eşit dağılmak yerine belirli saatlerde yoğunlaşmasıdır. Bu, numara ya da adres kıtlığının değil, web arayüzü üzerinden paralel işlem limitine dayanmanın belirtisidir: kişisel hesap paneli dakikada onlarca isteğe göre tasarlanmamıştır, fareyle tıklayan bir insan düşünülerek hazırlanmıştır.

Doğrusal olmayan trafik tüketimi: tekrarlar neden büyümeden daha pahalıdır

Otomatik görevlerde trafik, işlem sayısından hızlı artar ve bunun nedeni genellikle işlemlerin kendisi değil, tekrarlardır. Kararsız bir adres yüzünden kopan oturum, otomasyonu baştan başlamaya zorlar; ilk seferde boşuna yüklenen görseller, yazı tipleri ve izleyiciler yeniden yüklenir. Yüz ürün kartı kontrolü yaklaşık 0,3–0,5 GB, bin kontrol ise 3–5 GB tutar; bunun için oturumların kopmaması şarttır. Kararsız bir kanalda gerçek tüketim, yalnızca tekrarlar yüzünden hesaplananın bir buçuk ila iki katı olabilir.

Sınırın işareti, trafik faturasının tamamlanan görev sayısından hızlı büyümesidir: işlem sayısı artmamıştır, bir kısmı iki üç kez yapılmaktadır. Çaresi, sayfanın görsel kopyasına ihtiyaç duyulmayan yerlerde medya ve izleyici yüklemesini kapatmak ve sonsuz yeniden deneme yerine betik düzeyinde sıkı bir tekrar limiti koymaktır.

Önce neyi düzeltmeli ve elle çalışmadan API'ye ne zaman geçilmeli

Düzeltme sırasını önce neyin bozulduğu değil, neyin daha ucuza düzeldiği ve düzeltilmemesinin daha pahalıya mal olduğu belirler. İlk sırada adreslerin izolasyonu var: hatları farklı IP'lere ayırmak ucuzdur, zincirleme yasaklanma riski ise dört senaryonun en pahalısıdır. İkinci sırada numaralar ve adresler için tek doğruluk kaynağı yer alır: o olmadan ölçekleme yalnızca sahipsiz kaynak sayısını artırır. Üçüncüsü trafik hijyenidir: gereksiz yüklemeleri kapatmak ve tekrarları sınırlamak. Dördüncüsü, çoğunlukla zaman bakımından sonuncusu, elle çalışmadan API'ye geçiştir.

Geçiş zamanını takvim değil, tavana ne sıklıkla dayanıldığı belirler: kişisel hesap paneli üzerinden verilen siparişler yoğun saatlerde düzenli olarak düşüyorsa ya da elle giriş işlemin kendisinden fazla zaman alıyorsa, elle çalışmak entegrasyondan pahalıya gelir. API, istek paralelliği sınırını kaldırır ve kaynak teslim zincirinden insanı çıkarır; günde yüz işlemde «insan tıklıyor» ile «sunucu yanıt veriyor» arasındaki fark belirleyici hale gelir. Geçişin pratik tarafı API ile IP rotasyonu kurulumu yazısında.

Sıkça Sorulan Sorular

Sorun başlamadan önce tek bir adreste kaç hat tutulabilir?

Evrensel bir sayı yoktur; platformun ASN'yi ve adres geçmişini ne kadar dikkatle karşılaştırdığına bağlıdır. Kural basittir: biri yasaklandığında hatların bağımsız kalması gerekiyorsa, adres hiçbir ölçekte ortak olmamalıdır.

Hacim büyürken numaralar ve adresler için tek bir kayıt tutmadan idare edilebilir mi?

Birkaç düzine etkin kayda kadar evet, tablo yeter. Sonrasında kayıt ile gerçek durum arasındaki farklar, tek bir kişinin bunları kaydetmeye yetişebileceğinden hızlı büyür; hatanın bedeli ise, yani meşgul bir kaynağın yeniden teslim edilmesi, düzgün bir kaydın maliyetinden yüksektir.

Kişisel hesap panelinin limitlerine dayanmayı beklemeden API'ye geçmeye değer mi?

Büyüme öngörülebilirse ve hesap şimdiden ayda yüzlerce işleme ulaşmışsa, evet: geçişi, elle çalışmanın artık yetmediği ve her duruş saatinin para kaybettirdiği ana bırakmaktansa önceden yapmak daha ucuzdur.

Altyapı geçici değil, bilinçli olarak tek bir hatta dayanıyorsa, böyle bir düzen için gereken asgari set tek kişilik uzmanlar için ucuz yığın yazısında. Tek seferlik aktivasyonlar ve API'ye geçiş, numara kiralama ve aktivasyon bölümünde.