Port bazlı rotating IPv6 residential

GB bazlı bir residential ürün aldığınızda fatura, ağdan geçen veriyle büyür: sayfa ağırlaştıkça, görseller yüklendikçe, yeniden denemeler arttıkça maliyet yükselir. Port bazlı modelde bu mantık tersine döner. Aylık sabit bir bedel ödersiniz ve bedelin karşılığı, üzerinden geçen bayt değil, satın aldığınız port adedidir. Bu yüzden port bazlı IPv6 residential proxy, bütçeyi tahmin edilebilir kılar; ama kapasite planını da sizin yapmanızı ister.

Burada ilk dikkat edilecek nokta, “port” kelimesinin katalogda tanımlanmamış olmasıdır. Katalog yalnızca birimi (Port), fiyatı ve aylık faturalamayı verir. Bir portun aynı anda kaç bağlantı taşıdığı, ayrı bir giriş noktası mı yoksa ayrı bir kimlik mi anlamına geldiği ya da rotasyonun port başına nasıl işlediği sipariş adımında ve panelde kontrol edilmesi gereken ayrıntılardır. Bu rehber planlama kolaylığı için portu “ayrı bir kapasite birimi” olarak varsayar ve her hesabı bu varsayımla işaretler. Panelde gördüğünüz tanım farklıysa tabloları kendi tanımınıza göre yeniden kurun.

İkinci nokta, IPv6’nın bu sayfadaki rolüdür. IPv6’nın ne olduğunu ve hangi hedeflerin yalnız IPv4 kabul ettiğini burada tekrar anlatmıyoruz. Bu rehberin sorusu daha dardır: sabit aylık port bedeli, hangi trafik hacminden sonra GB bazlı IPv4 residential’dan ucuzlar ve bu avantaj hangi koşulda gerçek, hangi koşulda yalnızca kâğıt üzerinde kalır? Cevap, üç şeyin birlikte doğru olmasına bağlıdır: hedef IPv6 konuşmalı, iş yükü sürekli olmalı ve port sayısı ölçülmüş ihtiyaca göre seçilmelidir.

Hesapların dayanağı şudur: tüm fiyatlar katalogdan alınmıştır; çarpma ve bölmeler türetilmiş hesaptır. Ortalama sayfa boyutu, işçi sayısı ve hız gibi değerler “varsayım” olarak etiketlenmiştir ve sizin ölçümünüzle değiştirilmelidir.

Rotating IPv6 residential ürünü için katalogda üç doğrulanmış paket bulunur. Hepsi aylık faturalanır, hepsi Port birimiyle satılır ve hepsi USD cinsindendir. Ürün kaydındaki ülke listesinde yalnızca Türkiye görünür; ürün için ayrıca bir “180+” gibi geniş kapsam notu da yoktur. Bu, rotating IPv4 residential ürününün geniş lokasyon kapsamından belirgin bir farktır ve satın alma kararında bunu açıkça hesaba katmak gerekir.

Tablodaki ilginç satır sonuncusudur. On portluk paketin port başına maliyeti, beş portluk paketten yüksektir. İki adet 5 portluk paket, 160 USD ile 10 portluk paketten 15 USD ucuz hesaplanır. Bunu bir tavsiye olarak değil, bir kontrol noktası olarak okuyun: aynı hesapta iki ayrı 5 portluk sipariş verilip verilemeyeceğini, bunların tek panelde mi yoksa iki ayrı hizmet olarak mı yönetileceğini sipariş adımında doğrulamadan karar vermeyin. İki ayrı hizmet, iki ayrı yenileme tarihi ve iki ayrı kimlik bilgisi demek olabilir; bu da küçük bir tasarruf için operasyon yükünü artırır.

Aynı mantıkla 1 portluk paketin 5 portluğa göre ne kadar pahalı olduğunu da görmek gerekir. Beş adet tekil port 145 USD tutar; 5 portluk paket 80 USD’dir. Yani tek port yalnızca gerçekten tek kanalla çalışacağınız ya da hedefi denemek istediğiniz durumda mantıklıdır. İkinci porta ihtiyaç duyduğunuz an, katalogdaki fiyat yapısı sizi 5 portluk pakete doğru iter.

Satın alma durumu: Satın alma bağlantısı yalnızca doğrulanmış sipariş kimliği olan paketlerde aktiftir. Kataloğun bu üç paketi için sipariş kimlikleri tanımlıdır; yine de güncel stok ve fiyatı sipariş adımında görüp teyit edin.

Sabit port bedelinin avantajı, kapasiteyi doğru boyutlandırırsanız ortaya çıkar. Fazla port ödediğiniz bir ay boşa gider; az port aldığınızda ise işiniz yavaşlar ya da kuyruğa girer. Boyutlandırmayı tahminle değil, küçük bir ölçümle yapın. Aşağıdaki hesap dört değişkenden oluşur: günlük toplam sayfa, bir kanalın dakikadaki isteği, günlük çalışma süresi ve güvenlik payı.

Örnek kurgu (varsayım): günde 20.000 sayfa çekmek istiyorsunuz. Hedefin hız sınırına saygı göstermek için her kanalı dakikada 10 istekle (varsayım, yaklaşık 6 saniyede bir) sınırlıyorsunuz ve işi günde 10 saate yayıyorsunuz. Bir kanal günde 10 istek × 60 dakika × 10 saat = 6.000 sayfa işler. 20.000 sayfa için 20.000 / 6.000 = 3,33 kanal gerekir; yukarı yuvarlayınca 4 kanal çıkar. Yeniden denemeler ve bakım payı için bir kanal daha eklerseniz 5 kanalda karar kılarsınız. Katalogda 5 portluk paket 80 USD olduğundan bu kurgu doğal olarak o pakete oturur.

Aynı kurguyu GB tarafına çevirmek için ortalama sayfa boyutuna ihtiyaç vardır. Varsayım olarak sayfa başına 1 MB aktarım alalım; bu değer yalnızca örnektir, kendi hedefinizde yanıt boyutunu ölçün. Günlük 20.000 sayfa yaklaşık 19,5 GB, 30 günlük ay ise yaklaşık 586 GB eder. Rotating IPv4 residential’da katalogdaki en uygun GB fiyatı 1,20 USD’dir (10, 20, 50 ve 100 GB paketlerinde); 586 GB için bu, yaklaşık 703 USD anlamına gelir. Aynı iş yükü 5 portluk IPv6 paketinde 80 USD’dir. Farkın büyüklüğü, bu modelin neden yüksek hacimli ve sürekli işler için cazip olduğunu gösterir.

Bu farkı fazla hevesle okumamak gerekir. Hesap, hedefin IPv6 üzerinden aynı içeriği verdiğini, sayfa boyutunun 1 MB civarında kaldığını ve 5 kanalın hedefin hız sınırına takılmadan çalıştığını varsayıyor. Bu üç varsayımdan biri çökerse tasarruf kaybolur. Bu nedenle kapasite planı, bir sonraki bölümdeki hedef uyumu testinden önce değil, sonra yapılmalıdır.

Port bazlı IPv6 residential proxy’nin en ucuz hatası, hedefin IPv6 konuşmadığını sipariş sonrası öğrenmektir. Kontrol iki katmanda yapılır. Birinci katman DNS’tir: hedef alan adının AAAA kaydı var mı? İkinci katman davranıştır: AAAA kaydı olsa bile sayfa IPv6 üzerinden tam, doğru ve aynı içerikle geliyor mu? Birinci katman saniyeler sürer; ikinci katman ise yalnızca gerçek bir IPv6 çıkışıyla görülebilir.

# 1) AAAA kaydı var mı? Boş dönerse hedef IPv6 yayını yapmıyor olabilir.
dig +short AAAA HEDEF_URL

# 2) A kaydı ile karşılaştırın (çift yığın mı, yalnız IPv4 mü?)
dig +short A HEDEF_URL

# 3) Makineniz IPv6 çıkabiliyorsa doğrudan IPv6 ile deneyin
curl -6 -sS -o /dev/null -w "kod=%{http_code} boyut=%{size_download}\n" https://HEDEF_URL/

# 4) Proxy üzerinden aynı isteği IPv6 tercihli yapın
curl -sS -x http://KULLANICI:ŞİFRE@GATEWAY:PORT \
  -o /dev/null -w "kod=%{http_code} boyut=%{size_download}\n" https://HEDEF_URL/

İlk iki komutun çıktısı, hedefin IPv6 yayını yapıp yapmadığını söyler. Üçüncü komut yalnızca sizin ağınız IPv6 çıkabiliyorsa anlam taşır; çıkamıyorsa hata almanız hedefle ilgili bir bulgu değildir. Dördüncü komut asıl denemedir; ancak kullanıcı adı, şifre, ağ geçidi ve port bilgisi sipariş sonrası panelden gelir ve proxy protokolünün hangi şemayla kullanılacağını da panelden doğrulamanız gerekir. Yukarıdaki http şeması yalnızca örnek yazımdır.

AAAA kaydının varlığı yeterli bir kanıt değildir. Birçok büyük hizmet ana alan adında IPv6 yayını yapar ama alt kaynaklarını (görsel, betik, API alt alan adı) farklı bir sistemden sunar. Ana sayfa IPv6 ile açılıp ürün verisini getiren API çağrısı yalnızca IPv4’te kalabilir. Bu yüzden testi, işinizin gerçekten çağıracağı tam uç noktalarla yapın; ana sayfaya bakıp karar vermeyin.

IPv6 kanalı için ödeme yapıyorsanız, bunun gerçekten IPv6 olarak kullanıldığından emin olmanız gerekir. Çift yığınlı istemciler, bir adrese ulaşamadıklarında sessizce diğer ailenin adresini deneyebilir. Sonuç, görünürde çalışan ama IPv6 kanalınızı hiç kullanmayan bir sistemdir; üstelik bu durumda isteklerin hangi yoldan çıktığını da bilmezsiniz. Geri düşüşü yakalamanın en güvenilir yolu, her oturumda çıkış adresini bir yankı uç noktasından okuyup adres ailesini doğrulamaktır.

import ipaddress
import requests

PROXY = "http://KULLANICI:ŞİFRE@GATEWAY:PORT"   # protokol şemasını panelden doğrulayın
PROXIES = {"http": PROXY, "https": PROXY}
YANKI = "https://HEDEF_URL/cikis-adresi"          # çıkış IP’sini düz metin döndüren, sizin seçtiğiniz uç nokta


def cikis_ipv6_mi(timeout=20):
    yanit = requests.get(YANKI, proxies=PROXIES, timeout=timeout)
    yanit.raise_for_status()
    adres = ipaddress.ip_address(yanit.text.strip())
    return adres.version == 6, str(adres)


ok, adres = cikis_ipv6_mi()
if not ok:
    raise RuntimeError("Çıkış IPv6 değil, IPv4’e geri düşülmüş: " + adres)
print("IPv6 çıkış doğrulandı:", adres)   # örnek biçim: 2001:db8::1234

Bu kontrol işin başında bir kez değil, her yeni işçi oturumunda ve her saatlik toplu çalıştırmada tekrarlanmalıdır. Rotasyon sırasında adres değişse bile adres ailesi sabit kalmalıdır; ailenin değiştiği ilk an alarm üretmelidir. Kontrolü ucuz tutmak için yanki uç noktasını hafif bir metin yanıtı olarak seçin; böylece port bazlı modelde bile gereksiz yük oluşturmazsınız.

DNS’in nerede çözüldüğü de kritik bir ayrıntıdır. İstemci alan adını kendi makinesinde çözüp proxy’ye yalnızca IP gönderirse, AAAA kaydı sizin ağınızın görüşüne göre seçilir. Alan adını proxy tarafında çözdürmek çoğu istemcide ayrı bir ayardır ve davranış protokole göre değişir. Hangisinin geçerli olduğunu panel belgelerinden ve küçük bir denemeden öğrenin; ikisini karıştırmak hataları tanısız bırakır.

Katalogdaki ülke listesi tek satırdan oluşur: Türkiye. Bu, port bazlı IPv6 residential ürününün bugün yerel pazarlar için bir araç olduğu anlamına gelir; çok ülkeli bir kıyaslama ya da yurt dışı kampanya doğrulaması için uygun bir temel sunmaz. Bu işler için kataloğun rotating IPv4 residential ürünü kullanılır; o ürün için katalogda “180+” kapsam notu bulunur ve ülke seçimi de daha geniştir.

Türkiye ile sınırlı bir kapsam bazı işler için tam da doğru bir şeydir. Yerel e-ticaret fiyat takibi, Türkçe arama sonuçlarının doğrulanması, yerel reklam sayfalarının kontrolü ve Türkiye’ye özgü içerik kısıtlarının görülmesi bu gruba girer. Ancak “Türkiye” demek “her şehir” demek değildir; katalog şehir ya da operatör düzeyinde hedefleme vaat etmez. Şehir bazlı bir sonuç bekliyorsanız bunun kapsama dahil olup olmadığını sipariş öncesi sorun; dahil olduğunu varsaymayın.

Konum bilgisinin doğruluğu IPv6 tarafında ayrıca dikkat ister. IPv4 adreslerinin konum veritabanlarındaki kayıtları yıllar içinde olgunlaşmıştır; IPv6 blokları için bu kayıtlar bazı sağlayıcılarda daha geç ya da daha kaba güncellenir. Sonuç olarak aynı adres, iki farklı veritabanında iki farklı ülkeye yazılabilir. Hedef sitenin sizi Türkiye’de görüp görmediğini, o sitenin kendi davranışıyla (dil, para birimi, yerel kampanya) sınamak, bir üçüncü taraf konum sorgusuna güvenmekten daha güvenilirdir.

Kapsamın dar olması bir avantaj da taşır: ülke seçimi hatası yapma ihtimaliniz yoktur. Çok ülkeli ürünlerde en sık görülen sorun, yanlış ülkeyle toplanmış ve fark edilmemiş verilerdir. Tek ülkede bu risk sıfırdır; riskin yerini “bu iş gerçekten yalnız Türkiye’yi mi ilgilendiriyor?” sorusu alır ve bu soruyu sipariş öncesinde bir kez dürüstçe cevaplamanız yeterlidir.

Başabaş noktası, sabit aylık port bedelinin, aynı trafiği GB bazlı IPv4 residential’dan almanın maliyetine eşitlendiği aylık hacimdir. Hesap basittir: port paketinin aylık fiyatı, GB fiyatına bölünür. Katalogda rotating IPv4 residential paketleri 2 GB için 2,50 USD ve 10, 20, 50 ve 100 GB için 1,20 USD/GB düzeyindedir. Aşağıdaki tablo, 1,20 USD/GB üzerinden hesaplanmıştır; 2 GB’lık küçük paketin 1,25 USD/GB olduğunu not edin, fakat ciddi hacimlerde 10 GB ve üzeri paketler kullanılacağından bu fark sonucu değiştirmez.

Tablonun okunuşu şöyledir: 5 portluk paketle aylık 67 GB’ın altında kalıyorsanız GB bazlı IPv4 residential daha ucuza gelir; 67 GB’ın üstüne çıktıkça IPv6 port paketi avantaj kazanır. Port başına bakıldığında ise bir portun ayda yaklaşık 13 GB’tan fazla trafik taşıması gerekir ki 5 portluk paket kendini amorti etsin. Bu eşik, o portun gerçekten ne kadar çalıştığına bağlıdır; günün büyük kısmında boş kalan bir port eşiğe hiç ulaşamaz.

Başabaş hesabı iki yönde yanıltıcı olabilir. Birinci yön, avantajı abartmaktır: GB bazlı modelde başarısız istekler ve yeniden denemeler de GB tüketir, port bazlı modelde ise yalnızca zamanınızı. Yeniden deneme oranınız yüksekse GB modelinin gerçek maliyeti kâğıttaki fiyatın üzerine çıkar; bu durum port modelini lehine çevirir. İkinci yön, avantajı küçümsemektir: IPv4’ten IPv6’ya geçerken hedefin sayfayı aynı biçimde vermemesi, veri kalitesini düşürüp avantajı silebilir. Tasarruf yalnızca verinin kalitesi aynı kaldığında gerçektir.

Faturalama biçimlerini karıştırmayın: Rotating IPv4 GB paketleri tek seferlik faturalanır; IPv6 port paketleri aylık yenilenir. Kısa projede tek seferlik GB paketi bittiğinde maliyet de durur; aylık port paketinde kullanmadığınız aylar için de ödeme devam eder. Karşılaştırmayı yalnızca fiyat üzerinden yapmayın, kullanım süresini de ekleyin.

Soyut hesapları somut bir ekiple sınayalım. Senaryo varsayımdır: Türkiye pazarında kırk bin ürün sayfasını haftada bir tarayan küçük bir fiyat izleme ekibi. Aylık yaklaşık 160.000 sayfa isteği, yani ayda dört tur. Sayfa başına 1 MB varsayımıyla bu yaklaşık 156 GB’tır. Ekip hedef sitenin kurallarına uymak için günde yalnızca belirli saatlerde, düşük hızda çalışmayı seçiyor.

• —GB bazlı IPv4 residential yolu: 156 GB için 100 GB, 50 GB ve 10 GB paketleri birlikte alınır (toplam 160 GB); 120 + 60 + 12 = 192 USD tutar.
• —Port bazlı IPv6 yolu: Haftalık tur dört güne yayıldığında günde 10.000 sayfa gerekir; dakikada 10 istekle (varsayım) bir kanal 6 saatte 3.600 sayfa işler. 10.000 / 3.600 = 2,78 olduğundan üç kanal gerekir, güvenlik payıyla dört. Dört kanal katalogda 5 portluk pakete (80 USD) oturur.
• —Fark: IPv6 yolu 192 − 80 = 112 USD daha ucuzdur, ancak yalnızca hedefin tüm uç noktaları IPv6 üzerinden çalışıyorsa.
• —Risk: Hedef IPv6 altında ürün görsellerini ya da fiyat API’sini yalnızca IPv4’ten sunuyorsa, ekip iki yolu karıştırmak zorunda kalır ve tasarruf hızla küçülür.

Bu örnekte kritik karar, portların sayısı değil, “kısmi IPv6” riskidir. Çözüm olarak ekip iki aşamalı bir plan kurabilir: önce 1 portluk paketle gerçek uç noktaların hepsini IPv6 üzerinden test eder, sonuç temizse 5 portluk pakete yükselir. Bu yol, ilk ay için 29 USD’lik bir deneme maliyeti ekler ama yanlış bir 80 USD’lik taahhüdü önler.

Karma yönlendirme de mümkün bir seçenektir: IPv6 ile temiz çalışan hedefler port paketine, yalnız IPv4 kabul eden hedefler GB bazlı IPv4 residential’a yönlendirilir. Bu yapıda her hedef kendi modeliyle ödenir ve her iki ürünün zayıf yanı diğerinin güçlü yanıyla örtülür. Karşılığında iki ayrı kimlik bilgisi, iki ayrı maliyet takibi ve istek başına bir yönlendirme kuralı yönetmeniz gerekir; küçük ekipler için bu operasyon yükünün değip değmediğini baştan tartın.

Port bazlı IPv6 residential proxy için en güvenli yol, karar vermeyi tek bir deneme dizisine bağlamaktır. Aşağıdaki sıra, en ucuz pakette başlayıp her adımda bir varsayımı sınar. Herhangi bir adım başarısız olursa bir sonrakine geçmeyin; başarısızlığın nedenini önce çözün.

1. 01Hedefin AAAA kaydını ve alt kaynaklarının adres ailesini kontrol edin; işinizde çağıracağınız tüm uç noktaları bir listeye yazın.
2. 02Hedefin kullanım koşullarını, robots.txt dosyasını ve varsa API şartlarını okuyun; izin verilen istek hızını ve kapsamı not edin.
3. 031 portluk paketi alın (29 USD, aylık) ve panelden protokolü, ağ geçidini, portu ve rotasyonun nasıl işlediğini kaydedin.
4. 04Çıkış adresi doğrulayıcıyı çalıştırın: adres ailesi IPv6 olmalı, ülke Türkiye olarak görünmelidir. Rotasyonu en az yirmi ardışık istekle gözleyin.
5. 05Gerçek uç noktalarınızı düşük hızla 24 saat çalıştırın; sayfa boyutunu, hata oranını ve başarısız isteklerin nedenlerini kaydedin.
6. 06Ölçümleri kapasite formülüne yerleştirin ve gereken kanal sayısını hesaplayın; sonucu 1,20 USD/GB üzerinden başabaş tablosuyla karşılaştırın.
7. 07Karar verin: gerekli kanal sayısı 4–5’e yaklaşıyor ve aylık hacim yaklaşık 67 GB’ın üzerindeyse 5 portluk pakete geçin; bir ya da iki kanal yetiyorsa ve hacim başabaş eşiklerinin altındaysa GB bazlı IPv4 daha ucuz olabilir.

Denemenin amacı ürünü beğenmek ya da beğenmemek değil, üç sayıyı elde etmektir: sayfa başına gerçek aktarım, güvenli istek hızı ve IPv6’da hedefin tam yanıt verme oranı. Bu üç sayı elinizdeyse karar sezgiyle değil, hesapla verilir. Eksik kalan sayı, bir sonraki ayın faturasında ortaya çıkar.

#!/usr/bin/env bash
# 20 ardışık istekte çıkış adresinin değişimini gözlemler
for i in $(seq 1 20); do
  adres=$(curl -sS --max-time 20 \
    -x http://KULLANICI:ŞİFRE@GATEWAY:PORT \
    https://HEDEF_URL/cikis-adresi)
  case "$adres" in
    *:*) aile="IPv6" ;;
    *)   aile="IPv4-ya-da-bos" ;;
  esac
  echo "$i  $aile  $adres"
  sleep 6   # varsayım: dakikada yaklaşık 10 istek
done
# Beklenen örnek çıktı biçimi: 3  IPv6  2001:db8:1:2::7

Port bazlı IPv6 residential kullanımındaki sorunların çoğu proxy’nin kendisinden değil, adres ailesi ve kapasite varsayımlarından çıkar. Aşağıdaki tablo, sahada en sık görülen belirtileri nedenleri ve çözümleriyle eşler. Panel davranışına bağlı çözümlerde ayrıntıyı panel belgelerinden doğrulayın.

Residential bir IP’nin gerçek bir abonelik hattından çıkması, hedef sitenin kurallarını değiştirmez. Port bazlı model, sabit bedel nedeniyle “ne kadar çok o kadar ucuz” düşüncesini teşvik edebilir; bu düşünce tehlikelidir. Kullanım koşulları, robots.txt yönergeleri, API sözleşmeleri ve hedefin açıkça belirttiği hız sınırları sizin tasarım kısıtınızdır ve kapasite planı bunların içinde kalmalıdır.

Koruma sistemlerini, CAPTCHA’ları ya da tarayıcı parmak izi kontrollerini aşmak bu rehberin konusu değildir ve ResidentialProxy bu kullanımı desteklemez. Bir hedef sizi engelliyorsa, doğru yanıt engeli aşmanın yolunu aramak değil, erişiminizin hedefin kurallarına uygun olup olmadığını gözden geçirmek ve gerekirse hedef sahibinden izin ya da resmi bir veri kaynağı istemektir. Kişisel veri içeren bir sayfayı toplayacaksanız KVKK ve gerekiyorsa GDPR kapsamındaki yükümlülükleriniz de devreye girer; hukuki dayanağı iş başlamadan netleştirin.

Pratik bir ilke olarak, hedefe tek bir tanımlı kullanıcı aracı kimliğiyle, tutarlı bir hızla ve sorumlu bir iletişim adresiyle gidin. Kendinizi gizlemek zorunda kaldığınız bir işin, kural ihlali riski taşıdığını varsayın ve işi yeniden değerlendirin. Port bazlı modelin sunduğu sabit maliyet, sorumlu bir kullanımın sürdürülebilir olmasını sağlar; ihlali ucuzlatmak için tasarlanmış bir şey değildir.

Aşağıdaki liste, sipariş öncesinden aylık yenilemeye kadar olan kontrol noktalarını tek yerde toplar. Her maddeyi işaretlemek, port bazlı IPv6 residential proxy’nin bir sonraki ay faturasında sürpriz çıkarmasını önler.

• —Hedefin tüm uç noktaları için AAAA kaydı ve alt kaynak adres ailesi kontrol edildi.
• —Hedefin kullanım koşulları, robots.txt dosyası ve hız sınırı okundu; izin verilen istek hızı yazıldı.
• —İş gerçekten yalnız Türkiye pazarını ilgilendiriyor; çok ülkeli ihtiyaç varsa IPv4 residential değerlendirildi.
• —Portun panelde ne anlama geldiği, rotasyonun nasıl işlediği ve protokol şeması kaydedildi.
• —Çıkış adresi doğrulayıcı her oturumda çalışıyor ve IPv4’e geri düşüşte alarm üretiyor.
• —Gerçek sayfa boyutu ölçüldü; başabaş hesabı 1,20 USD/GB üzerinden güncellendi.
• —Kanal sayısı, hedefin izin verdiği hıza göre hesaplandı; fazla port satın alınmadı.
• —İki adet 5 portluk siparişin mümkün olup olmadığı ve yönetim yükü, 10 portluk paketle karşılaştırılarak değerlendirildi.
• —Başarısız isteklerin nedenleri (zaman aşımı, 407, 429, eksik içerik) ayrı sayaçlarla izleniyor.
• —Her ay sonunda port başına gerçek kullanım yazılıyor; boş kalan kapasite varsa paket küçültülüyor ya da GB bazlı yola geri dönülüyor.
• —Kişisel veri işleniyorsa KVKK ve GDPR dayanağı belgelendi.

Son olarak, kararınızı yazılı bir not haline getirin: hangi hedef, hangi varsayımlarla, hangi paket ve hangi başabaş eşiğiyle. Üç ay sonra iş yükü değiştiğinde bu not, paketi büyütmek, küçültmek ya da GB bazlı modele dönmek için elinizdeki en değerli referans olur. Katalog fiyatları değişebileceğinden hesapları her yenilemede güncel sipariş sayfasıyla yeniden doğrulayın.