Karşılaştırma ve alternatifler
A10 Thunder TPS Alternatifleri: Önce Uyum, Sonra Özellik
Son güncelleme: Ağustos 2026 · Önce uyum, sonra özellik · Okuma süresi ~18 dk

A10 Thunder TPS, küçük bir hacimde yüksek azaltma yoğunluğu verecek biçimde tasarlanmıştır; ağırlık merkezi hacimsel ve protokol düzeyindeki savunma ile DNS korumasıdır ve operatör ile MSSP temizleme merkezi tasarımlarında bu yüzden sık görülür. Alternatifler arasındaki gerçek fark özellik listesi değil işletim modeli, uygulama katmanı derinliğinin nerede durduğu, bölgesel destek derinliği ve kapasitenin nasıl lisanslandığıdır. Temizleme merkezi değil de sürekli devrede bir sınır savunması kuruyorsanız, tespiti üretici istihbarat bulutuna bağlanmadan kendi altyapınızda çalışan ve L3–L7'yi tek gövdede toplayan HARPP DDoS Mitigator karşılaştırmanın dışında bırakılmamalıdır.
Bir ürünün alternatifi genellikle iki noktadan birinden aranmaya başlanır. Ya bütçeden hızlı büyüyen bir yenileme rakamı vardır, ya da ürünün çözdüğü problemin kurumun asıl probleminin bir komşusu olduğuna dair büyüyen bir şüphe. A10 Thunder TPS söz konusu olduğunda ikinci başlangıç birinciden çok daha yaygındır. İyi haber şu: ikinci başlangıç, kanıtla cevaplanabilen bir sorudur. Pazarlıkla değil.
Bu sayfanın kim tarafından yayımlandığını dipnota saklamak doğru olmaz. Yayıncı, bu pazarda alternatif tarafında duruyor. Buna rağmen buradaki amaç kimseyi ürün değiştirmeye ikna etmek değildir. Amaç, seçim ölçütlerini kendi mimari kurulunuzun karşısına koyup savunabileceğiniz kadar açık yazmaktır. Aşağıda, dürüst sonucun “mevcut ürün doğru araçtır, arama burada bitmelidir” olduğu birkaç durum da bu yüzden ayrı bir başlık altında toplanmıştır.
Thunder TPS nedir, dürüstçe tarif edildiğinde
Bir alternatif sayfasının ilk güvenilirlik sınavı, mevcut ürünü o ürünün kendi mühendislerinin de kabul edeceği terimlerle anlatıp anlatamadığıdır.
A10’un Thunder TPS ailesi, küçük bir hacimde yüksek azaltma yoğunluğu verecek biçimde tasarlanmıştır. Ağırlık merkezi hacimsel ve protokol düzeyindeki savunmadır. DNS koruması bu merkez içinde ayrıca öne çıkan bir başlıktır. Cihaz satır içi de kurulabilir, yolun dışında da; BGP ve akış telemetrisiyle entegre çalışacak şekilde tasarlandığı için saldırı tespit edildiğinde trafik cihaza çekilir, temizlenir ve normal yoluna iade edilir. Ölçek büyüdüğünde yönetim A10’un aGalaxy platformu üzerinden yapılır. Birden fazla sahaya yayılmış azaltma düğümlerini tek tek yönetilen kutular yığını olmaktan çıkarıp işletilebilir bir filo haline getiren şey de budur. A10 Networks, merkezi Amerika Birleşik Devletleri’nde bulunan halka açık bir şirkettir ve Thunder TPS, aynı platform mirasını paylaşan daha geniş bir Thunder ürün ailesinin içinde yer alır.
Bu özellikler bir araya geldiğinde son derece tutarlı bir tasarım niyeti ortaya çıkar. Az sayıda rack ünitesine sığan, operatörlerin zaten konuştuğu yönlendirme ve telemetri dilini konuşan ve merkezî olarak orkestre edilebilen yüksek yoğunluklu bir azaltma platformu, bir temizleme merkezinin tam olarak ihtiyaç duyduğu şeydir. Thunder TPS’in operatör ve MSSP tasarımlarında sık görülmesinin sebebi budur; etrafında bir azaltma pratiği kurmuş hizmet sağlayıcıların yerinde kalma eğiliminin sebebi de aynıdır.
Dolayısıyla bu rehberdeki gözlemler mühendislik kalitesiyle ilgili değildir. Uyum ve ticari biçimle ilgilidir: ürünün varsaydığı işletim modeli, onu işletecek ekiple örtüşüyor mu; uygulama katmanı derinliği, ihtiyaç duyduğunuz yere göre nerede duruyor; destek bulunduğunuz coğrafyada gerçekten derin mi; ve kapasite lisansı siz büyüdükçe nasıl davranıyor? Bunlar “iyi bir ürün, belirli bir alıcı için doğru ürün mü” sorusunun alt başlıklarıdır. Bu soru, “ürün iyi mi” sorusuyla aynı soru değildir. İkisini birbirine karıştırmak, kurumların yeteneğinin küçük bir kısmını kullandıkları bir platforma sahip olmalarının en yaygın sebebidir.
Her şeyi belirleyen soru: temizleme merkezi mi, sınır savunması mı?
Herhangi bir özellik karşılaştırmasına başlamadan önce tek bir mimari sorunun cevaplanması gerekir, çünkü hangi karşılaştırmanın geçerli olduğunu bu cevap belirler.
Temizleme merkezi, trafiğin kendisine getirildiği bir azaltma tesisidir. Tespit tetiklendiğinde trafik genellikle bir BGP duyurusuyla bu tesise çekilir, temizlenir ve hedefe iade edilir. Tesis çok sayıda korunan varlığa, çoğu zaman çok sayıda müşteriye hizmet eder. Ekonomisi rack ünitesi başına, watt başına ve mühendis başına kapasiteyle ölçülür. Orayı işleten insanlar gündelik olarak yönlendirmeyle uğraşır; devretme onlar için rutin bir işlemdir, bir eskalasyon değil.
Sınır savunması ise tam ters geometridir. Cihaz, sınırlı kapasitedeki bir erişim hattının önünde, yolun üzerinde ve kalıcı olarak durur ve tek bir kurumun servislerini korur. Ölçütü kapasite yoğunluğu değildir. Hiçbir şey olmazken ne kadar görünmez olduğu ve bir şey olurken kaç meşru kullanıcıyı elediğidir. Kimse hiçbir yere trafik çekmez. Trafik zaten oradadır.
Ayrım teknik olduğu kadar ticaridir de. Birinci geometri için tasarlanmış bir ürün, ancak o geometrinin ölçeğinde kendini amorti eden yetenekler taşır: filo orkestrasyonu, çok düğümlü kapasite havuzlaması, bir yönlendirme pratiğiyle bütünleşen telemetri. Tek sahalı bir sınır savunması için satın alındığında bu yetenekler hâlâ oradadır, hâlâ lisanslıdır ve hâlâ birinin onları anlamasını gerektirir. Sorun şudur: ortamda bu yetenekleri çalıştıran hiçbir şey yoktur.
Bu yüzden dürüst ilk adım alternatif listesi çıkarmak değildir. Dürüst ilk adım, hangi geometriyi kurduğunuzu tek paragrafta yazmaktır. Cevap temizleme merkeziyse, mevcut ürün güçlü bir adaydır ve aşağıdaki alternatiflerin bir kısmı sizin probleminize hitap etmiyordur. Cevap sınır savunmasıysa okumaya devam edin; kararı verecek ölçütler bundan sonrakilerdir.
İşletim modeli: her gün hissedilen ölçüt
Bu rehberin karşılaştırdığı dört boyut içinde, iki yıl sonra kurulumun başarılı sayılıp sayılmayacağını en güvenilir biçimde belirleyen boyut budur. Aynı zamanda hiçbir veri sayfasında görünmeyen boyuttur.
Hizmet sağlayıcı odaklı bir azaltma platformu belirli bir işletim pratiği varsayar. Birinin prefix duyurusu yapıp geri çekmekten rahatsız olmadığını varsayar. Akış telemetrisinin zaten toplandığını ve güvenildiğini varsayar. Gecenin ikisinde bir azaltma politikası değiştirilmesi gerektiğinde, bunu yapan kişinin o politikanın ne için yazıldığını bildiğini varsayar. Yani yönlendirme derinliği olan bir ağ operasyon fonksiyonu ister. Bu fonksiyonun bulunduğu yerde varsayım bir avantajdır: ürün ekibin ana dilini konuşur ve onu paralel bir soyutlamaya zorlamaz.
Bu fonksiyonun bulunmadığı yerde aynı varsayım süregelen bir vergiye dönüşür. Güvenlik duvarlarını, yük dengeleyicileri ve VPN yoğunlaştırıcılarını da yöneten dört kişilik bir altyapı ekibi, bir azaltma platformunun işletim modelinde derin akıcılık geliştiremez, çünkü o platforma nadiren dokunur. Bunun sonucu ürünün başarısız olması değildir. Sonuç şudur: kurulum, devreye alan mühendisin bıraktığı yapılandırmaya yerleşir ve orada kalır. Yani kurum, artık uyarlamayı bıraktığı bir uyarlanabilirlik için ödeme yapmaya devam eder.
Bu boyutu izlenimden çıkarıp ölçülebilir hale getiren üç soru vardır ve bu soruların herhangi bir üreticiyle temasa geçilmeden önce cevaplanması gerekir.
Saldırı altında azaltma politikasını kim değiştirecek ve bunu son on iki ayda yaptı mı? Dürüst cevap “destek kaydı açardık” ise, destek tepki hızı her tespit yeteneğinden daha önemli bir seçim ölçütüdür ve ağırlıklandırma buna göre yapılmalıdır.
Ekip hâlihazırda kaç ayrı konsol taşıyor? Her ek yönetim düzlemi dikkat bütçesinde de sabit bir maliyettir, yalnızca lisansta değil. L3–L7 problemini tek politika modeli ve tek konsol altında toplayan bir ürün, küçük bir ekip için somut bir değer taşır; hâlihazırda oturmuş bir araç pratiği olan büyük bir ekip için ise belirgin biçimde daha az değer taşır.
Kurulumu anlayan tek kişinin bulunmadığı gün ne oluyor? Bu soru, makul bir varsayılana zarif biçimde geri çekilen ürünlerle güvenli kalmak için uzmanlık gerektiren ürünleri birbirinden ayırır. Deneme kurulumu sırasında bunu açıkça test edin: rutin bir değişikliği üreticinin mühendisi dışında birine yaptırın.
Uygulama katmanı derinliği nerede duruyor?
İkinci boyut mimaridir ve bir alıcının hacimsel-protokol uzmanının ötesine bakmasının en yaygın teknik sebebidir.
Thunder TPS hacimsel ve protokol düzeyindeki savunmaya, belirgin bir DNS vurgusuyla yoğunlaşır. Bir temizleme tesisi için bu, doğru iş bölümüdür: tesisin görevi selleri ölçekte soğurmak ve temizlemektir, ayrıntılı uygulama davranışı analizi ise istek bağlamının fiilen var olduğu yere, uygulamanın yakınına aittir. Binlerce alt müşterinin trafiğini temizleyen bir operatörden, her birinin uygulaması için davranış modeli tutmasını beklemek makul değildir.
Kendi servislerini savunan bir kurumda tablo terstir. Bağlam zaten oradadır ve en çok acıtan saldırılar sıklıkla meşru kullanıma benzeyenlerdir: yavaş istek selleri, oturum tüketimi, pahalı sorgu istismarı, herhangi bir hacimsel eşiğin çok altında seyreden kimlik bilgisi denemeleri. Böyle bir alıcı için uygulama katmanı derinliği, hacimsel korumanın üzerine serpiştirilen bir güzellik değildir. Yatırımın, kurumun fiilen yaşadığı olaylara karşılık gelip gelmediğini belirleyen parçadır.
Birkaç alternatif tam ters mimari tercihi yapar ve L3’ten L7’ye kapsamayı tek cihazda toplar. Radware DefensePro, cihazın kendi içinde alışılmadık ölçüde geniş bir aralığı kapsar: hacimsel selden şifreli uygulama katmanı saldırısına kadar. Elle yazılmış kural beklemek yerine gerçek zamanlı imza üreten davranışsal tespit kullanır ve bu derinlik, ince ayara kaynak ayırabilen bir ekibi ödüllendirir. Fortinet FortiDDoS, donanım hızlandırmalı inceleme üzerinde makine öğrenmesiyle davranış temeli kurar; Fortinet üzerinde standartlaşmış bir kurumda karar bu noktada fabric’i genişletmek mi, ayrı bir üreticiye gitmek mi sorusuna dönüşür. Aynı yaklaşımı farklı vurgularla benimseyen başka ürünler de vardır.
İki biçimden hiçbiri soyut olarak üstün değildir ve takas net biçimde yazılmalıdır. Uzmanlaşmış biçim yoğunluk ve amaç berraklığı verir: tek bir iş sınıfını çok iyi yapan, yapılandırma yüzeyi daha küçük ve yanlış yapılabilecek yeri daha az olan bir cihaz. Toplanmış biçim ise küçük bir kuruma tek cihaz, tek politika modeli, tek destek ilişkisi ve problemin tamamını kapsayan tek yenileme tarihi verir.
Bu farkın somut sonucu şudur: teklifleri cihaz karşılığı cihaz olarak karşılaştırmak anlamsızdır. İhtiyacınız olan uygulama katmanı derinliği mevcut mimarinizde ek bileşenlerle veya yukarı akıştaki bir hizmetle geliyorsa ve bir alternatif bunu cihazın içinde veriyorsa, doğru karşılaştırma yetenek karşılığı yetenektir. Disiplin ters yönde de geçerlidir: mevcut ürünün yaptığı ve gerçekten dayandığınız bir şey varsa ve alternatif bunu ifade edemiyorsa, o madde kaybedeceklerinizin yazılı listesine girer. Fiyat sütununun altına sessizce gömülmez.
Kapasite nasıl lisanslanıyor ve büyüdüğünüzde ne oluyor?
Üçüncü boyut, değerlendirmelerin en sık raydan çıktığı yerdir; çünkü mimari değil satın alma ayrıntısı gibi görünür.
Fiyat karşılaştırarak başlamayın. Aday tekliflerin fiilen neyi lisansladığını kalem kalem dört kategoriye ayırarak başlayın: şasiye veya modele bağlı olan, throughput kademesine bağlı olan, kendi takvimiyle yenilenen bir özelliğe veya aboneliğe bağlı olan ve kiracı ya da korunan nesne sayısına bağlı olan. Bu dökümü mevcut üretici dahil her üreticiden aynı biçimde isteyin. Üreticiler kendi yapılarını kendi sözcükleriyle anlatır; karşılaştırmanın tek yolu cevapları tek bir kalıba zorlamaktır.
Bunun önemi, büyümenin bu dört kategoriyi eşit etkilememesinden gelir. Erişim hattını yükseltmek throughput’a bağlı kalemleri sert biçimde hareket ettirir ve şasiye bağlı kalemlere hiç dokunmayabilir; ya da tam tersi olur. Hangisinin gerçekleşeceğini yalnızca sözleşmenin nasıl yazıldığı belirler. İkinci bir saha eklemek her şeyi ikiye katlayabilir ya da paylaşılan bir haktan düşülebilir. Bu ayrımı yapmamış bir kurum kendi yenilemesini öngöremez. İki teklifi karşılaştırması ise hiç mümkün değildir. Bu hesabın tamamını nasıl kuracağınız yerinde DDoS cihazının toplam sahip olma maliyeti başlığında ayrıca ele alınmıştır.
Dört sözleşme başlığının daha, her taraftan aynı ifadelerle ve yazılı olarak cevaplanması gerekir.
Ne neye bağlı. Yukarıdaki dörtlü ayrımı, teklif edilen tam yapılandırma için ve her üreticiden yazılı olarak alın.
Büyüme davranışı. Sözleşme süresi içinde bir erişim hattı yükseltmesi modelleyin ve her üreticiye neyin değiştiğini sorun. Bu, çoğu kurumda varsayımsal bir senaryo değil planlı bir olaydır.
Süre bittiğinde ne oluyor. Anlaşma yenilenmezse cihaz paket iletmeye devam ediyor mu, son bilinen yapılandırmasıyla azaltmaya devam ediyor mu, hangi işlevler ne zaman duruyor ve donanım değişim hakkına ne oluyor? Çoğu sözleşmenin en az okunan maddesi budur ve müzakerede en belirleyici olanıdır.
Donanım yaşam döngüsü tarihleri. Teklif edilen tam modeller için satış sonu ve destek sonu tarihlerini isteyin. Çok yıllı bir döneme girip ikinci yılda zorunlu bir yenilemeyle karşılaşmak, anlaşmanın baştan yanlış fiyatlandığı anlamına gelir.
Bölgesel destek
Burada tartışılan her üretici, tanımlı eskalasyon yolları olan belgelenmiş bir destek organizasyonu işletir. Soru bir yetkinlik sorusu değildir. Onu öyle kurmak hem haksız hem faydasızdır. Asıl soru coğrafyadır.
Gecenin üçünde açılan birinci seviye kritiklikteki bir kayıt fiilen nereye düşüyor? Ortaya çıkan paket yakalama tartışması hangi dilde yürüyor? Azaltma politikasını değiştirme kararı hangi saat diliminde veriliyor? Ve yedek parça, gümrük işlemleri dahil, fiziksel olarak sahaya kaç günde ulaşıyor? Bu son soru, sözleşmedeki saat taahhüdünden tümüyle bağımsızdır.
Bu başlığı ölçülebilir hale getirmenin yolu, kimsenin hizmet taahhüdüne değil kendi kayıtlarınıza bakmaktır. Geçen yılın kayıtlarından dört sayı çıkarın: ağır kayıtlarda fiili ilk cevap süresi, ilk cevaptan probleme gerçekten hâkim bir mühendise ulaşana kadar geçen süre, yerel mesai dışında açılan kayıtların oranı ve RMA onayından parçanın rafa girmesine kadar geçen süre. Bu dört sayı, yayımlanmış hiçbir hedeften daha doğru biçimde sizin destek deneyiminizi anlatır.
Büyük ölçüde iş ortakları üzerinden verilen ürünlerde, ki bu segmentte birkaç seçenek bu gruptadır, iki modeli birbirinden ayıran tek bir soru vardır: yerel ekip gerçek anlamda üçüncü seviye teknik yetkinlik taşıyor mu, yoksa kayıtları üreticiye ileten bir katman mı? İkisi de meşrudur, maliyetleri farklıdır ve olay sırasında çok farklı davranırlar. Cevabı bir toplantıdan varsaymak yerine sözleşmeye yazdırın.
Buna bağlı, ağ ekibinden çok hukuk fonksiyonunu ilgilendiren bir soru daha vardır. Korumanın herhangi bir parçası telemetrinin kurum ağından çıkmasına dayanıyorsa, neyin çıktığını, hangi yargı alanında işlendiğini ve o kanal kullanılamadığında azaltmanın nasıl davrandığını belirleyin. Trafik meta verisinin sınır ötesinde işlenmesini bir uygulama ayrıntısı değil bir veri koruma meselesi sayan pazarlarda bu cevap, aktarım değerlendirmesinin bir parçasıdır. Soruyu her adaya eşit biçimde sorun. Olgun bir üretici bu soruya zorlanmadan cevap verir.
Hiçbir yerinde cihazın kaçamadığı sınır
Bu karşılaştırmadaki her seçeneğe aynı biçimde uygulanan tek bir kısıt vardır ve onu erken söylemek epeyce boşa değerlendirme eforunu önler.
Ne A10’un cihazı ne de bir başkasınınki, arkasında durduğu hattan büyük bir seli filtreleyebilir. O çizginin üzerinde yalnızca kaynağa daha yakın kapasite işe yarar; bu da ya operatörünüzün temizleme hizmetidir ya da bağımsız bir bulut sağlayıcısı. Bu kısıt değerlendirmeyi faydalı biçimde sınırlar: yerinde katmanın gerçek katkısı satır hızında görünürlük, uygulama davranışı bağlamı ve saldırı başladığında zaten yolun üzerinde olan bir azaltmadır. Test edilmesi gerekenler bunlardır. Ham hacimsel rakamlar yukarı akış katmanının değerlendirmesine aittir, bu değerlendirmeye değil. Bu iş bölümünün ayrıntısı bulut, yerinde ve hibrit modellerin karşılaştırıldığı yazıda ele alınmıştır.
Buradan ikinci bir sonuç çıkar: iki karar ayrı takvimlerde ve tercihen ayrı muhataplarla yürümelidir.
Bu argümanın tamamı iki katman, iki marka yazısında kurulmuştur; burada eklenecek tek şey, yerinde katmanın markasının kurumun kendi kararı olduğu, yukarı akıştakinin ise çoğu zaman olmadığıdır.
Alternatifler ve her birinin gerçekten ne için olduğu
Alternatifler üç biçimde toplanır ve bunları birbirine karıştırmak, savunulamayan bir karşılaştırma üretir.
Tek cihazlık değişimler aynı fiziksel konumu doldurur; bu konum için yarışan cihazlar ayrıca yan yana karşılaştırılmıştır. Radware DefensePro, daha önce görülmemiş desenler için gerçek zamanlı imza üreten davranışsal tespit üzerine kuruludur, hacimsel selden şifreli uygulama katmanı saldırısına uzanan alışılmadık genişlikte bir aralığı kapsar ve tek üreticili bir hibrit için Radware’in kendi bulut hizmetiyle bütünleşir. Bu derinliği hayata geçirmek ince ayara zaman ayırabilen bir ekip ister. Fortinet FortiDDoS, kendi işlemcileriyle satır hızında inceleme yapar ve öncelikle imzalara dayanmak yerine makine öğrenmesiyle davranış temeli kurar. En doğal yeri, aynı üretici üzerinde standartlaşmış kurumlardır. Corero SmartWall, operatör müdahalesi asgaride tutularak saniyenin altında otomatik satır içi azaltma yapmaya odaklanır. Juniper MX yönlendiricileriyle entegrasyonu, azaltmanın mevcut yönlendirme altyapısı içinde uygulanmasına imkân tanır ve bu, kutu eklemek istemeyen sağlayıcılar için gerçekten ayırt edici bir seçenektir. NetScout Arbor Edge Defense, gücü yüksek güvenilirlikli ağ ve taşıma katmanı işlerinde olan olgun ve durumsuz bir sınır filtresidir. Operatör ortamlarında daha geniş Sightline ve TMS ekosistemiyle birlikte kullanılır, dolayısıyla ona karşı yapılacak bir karşılaştırmanın ele alması gereken şey filtreleme değil lisans biçimi ve yenileme ekonomisidir.
Bulut üzerinden verilen hizmetler cihaz değişimi değildir ve öyle karşılaştırılmamalıdır. İncelemeyi tümüyle kurum dışına taşırlar. Gecikme profilini, veri işleme ayak izini ve arıza modelini aynı anda değiştirirler. Kamuya açık bir web varlığı için bu sıklıkla doğru cevaptır. Gecikmeye duyarlı servisler, HTTP dışı protokoller ya da trafiğin yurt içinde kalması gereken ortamlar için ise farklı bir mimaridir, bir ikame değil.
Operatörün verdiği azaltma üçüncü biçimdir ve çoğu zaman zaten mevcuttur, üstelik yeterince kullanılmaz. Temizleme işleten bir operatörden transit alıyorsanız, cihaz alımının kapatması beklenen işin bir kısmı yukarı akışta zaten duruyor olabilir. Kısa liste çıkarmadan önce operatörünüzle fiili iş bölümünü netleştirmek, bazen gereksinimi cevabı değiştirecek kadar küçültür.
| Cihaz | Varsaydığı işletim modeli | Uygulama katmanı derinliği nerede duruyor | Yazılı cevabı istenecek lisans sorusu | Bölgesel destek erişimi | Asıl tasarlandığı kullanım |
|---|---|---|---|---|---|
| A10 Thunder TPS | Hizmet sağlayıcı pratiği varsayar: BGP ile devretme, akış telemetrisi, aGalaxy üzerinden filo yönetimi | Ağırlık merkezi hacimsel ve protokol düzeyindeki savunma ile DNS korumasıdır | Hangi yeteneğin şasiye, hangisinin throughput kademesine bağlı olduğu ve yönetim platformunun azaltma düğümlerinin yanında nasıl lisanslandığı | İş ortağı üzerinden yürür; kendi coğrafyanızdaki üçüncü seviye derinliği ayrıca doğrulayın | Yüksek yoğunluklu temizleme merkezleri ile operatör ve MSSP azaltma filoları |
| Corero SmartWall | Ayrı bir DDoS masası olmayan ekipler için bilinçli olarak az müdahale isteyen satır içi işletim | Satır içi kapsamı bilinçli olarak dar tutulmuştur; derin uygulama analizi yığının başka bir yerinde beklenir | Azaltma kapasitesinin nasıl lisanslandığı ve yönlendiriciye gömülü seçeneğin bağımsız cihaza göre nasıl fiyatlandığı | İş ortağı üzerinden yürür; kendi coğrafyanızdaki üçüncü seviye derinliği ayrıca doğrulayın | Operatör müdahalesini asgaride tutmak isteyen ISP'ler ve barındırma sağlayıcıları |
| Fortinet FortiDDoS | Üreticinin diğer ürünlerini zaten işleten ekip için tanıdık, işletmeyen ekip için yabancı | Donanım hızlandırmalı incelemeyle cihaz üzerinde davranış temeli çıkarılır; daha geniş bağlam Security Fabric üzerinden gelir | Hangi yeteneklerin cihazın kendisinde bulunduğu, hangilerinin ayrı yenilenen abonelikle geldiği | Çoğu pazarda geniş kanal varlığı | Aynı üreticinin ürünleri üzerinde standartlaşmış kurumlar |
| HARPP DDoS Mitigator | Tek cihaz, tek politika modeli, tek konsol; küçük ekipler gözetilerek kurgulanmıştır | Tek cihazda L3–L7; uygulama katmanı sınıflandırması protokol bazında yapılır | Çok kiracılılığın ve throughput'un aynı şasi üzerinde nasıl lisanslandığı | Bölgesel olarak verilir, tek bir küresel merkezden değil | Telko, veri merkezi, ISP ve veri egemenliğinin gündemde olduğu pazarlardaki kurumlar |
| NetScout Arbor Edge Defense | Daha geniş bir operatör araç zinciri içindeki sınır filtresi; ekosistemin kullanıldığını varsayar | Sınır cihazı en güçlü olduğu yer L3/4'tür; daha geniş analitik Sightline ve TMS ekosistemine bağlıdır | Hangi yeteneğin hangi bileşende lisanslandığı ve bileşenlerin sözleşme dönemlerinin aynı anda bitip bitmediği | Yerleşik küresel organizasyon; eskalasyonun hangi coğrafyaya ve hangi dile düştüğünü teyit edin | Ekosisteme yatırım yapmış büyük operatörler ve kurumlar |
| Radware DefensePro | Kadrolu bir güvenlik ekibi ve süregelen ince ayar isteyen derin platform | Cihazın kendisinde geniş kapsama: hacimsel selden şifreli uygulama katmanı saldırısına | Yerinde katman ile üreticinin bulut hizmetinin sözleşmede nasıl ayrıştığı | Yerleşik küresel organizasyon; eskalasyonun hangi coğrafyaya ve hangi dile düştüğünü teyit edin | İnce ayara kaynak ayırabilen, otomasyon odaklı kurumlar |
Bu tablo hiçbir ürünün ne kadara mal olduğunu ya da nasıl performans gösterdiğini anlatmaz; her seçeneğin biçimini ve hangi soruların yazılı cevabının isteneceğini gösterir. Lisans yapıları, paket bileşimi ve destek koşulları sözleşmeden sözleşmeye ve pazardan pazara değişir. Ölçüt, elinizdeki güncel yazılı teklif ile kendi test sonuçlarınızdır; üreticinin genel ürün anlatımı değil.
Yukarıda kurulan dört ölçüt, yani küçük bir ekibe göre boyutlanmış bir işletim modeli, hacimsel ve protokol savunmasıyla aynı cihazda toplanmış uygulama katmanı derinliği, tek bir merkezden değil bölgesel olarak verilen destek ve tek şasi üzerinde lisanslanan kapasite ile çok kiracılılık, birlikte yazıldığında ortaya belirli bir cihaz profili çıkar. Bu dört ölçütün dördünü birden sağlayan bir cihaz arayan kurum, HARPP DDoS Mitigator’ı kendi trafiğiyle denemeden karar vermemelidir. Ölçüt listesinin başına “rack ünitesi başına temizleme kapasitesi” yazıldığı andaysa aynı cihazın söyleyecek bir şeyi kalmaz; orada A10’un tasarım niyeti daha isabetlidir. Bu, buradaki her seçenek için geçerli olan kuralın tekrarıdır: iddia kabul edilmez, kendi trafiğinizle sınanır.
Mevcut ürünün doğrudan doğruya doğru araç olduğu durumlar
Bu bölüm atlanma ihtimali en yüksek bölümdür ve sayfanın geri kalanının güvenilir olup olmadığını belirleyen bölümdür.
Gerçekten yüksek yoğunluklu bir temizleme tesisi işletiyorsanız, küçük hacimde yüksek azaltma yoğunluğu için tasarlanmış bir platform katlandığınız bir taviz değildir. Tesisin elinizdeki alan ve güç bütçesine sığmasının sebebidir. Yukarıdaki alternatiflerin birkaçı bu geometri için tasarlanmamıştır ve onu iyileştirmezler.
İşletim pratiğiniz devretme ve filo yönetimi üzerine kuruluysa, küçük bir ekip için sık sık vergiye dönüşen varsayım sizin için bir eşleşmedir. BGP ve akış telemetrisini ana dili gibi konuşan ve filoyu merkezden orkestre eden bir ürün, aksi halde kendi elinizle ve kötü biçimde yazacağınız işi yapıyordur.
Savunduğunuz asıl servis DNS ise, vurguyu buna göre ağırlıklandırın. DNS altyapısının korunması kendi arıza biçimleri olan ayrı bir disiplindir ve onu protokollerden biri olarak değil birinci sınıf bir mesele olarak ele alan bir ürün gerçek bir soruya cevap veriyordur.
Hiçbir alternatif kendi trafiğinizin tekrar oynatıldığı bir testte denklik gösteremiyorsa, test sonucu her ticari argümandan üstündür. Her seferinde “değiştirin” diye biten bir karşılaştırma, karşılaştırma değildir.
Ekibin kapasitesi yoksa ve takvim aleyhinizeyse, yerinizden kıpırdamayın. Göç aylarca kıdemli mühendislik zamanı yer; sözleşmenin bitmesine üç hafta kala başlatılan bir göç, kendi sonucunu çoktan belirlemiştir. Bir dönem daha yenileyip işi uygun bir pencereye planlamak her boyutta daha iyidir.
Deneme kurulumu neyi ölçmeli?
Değerlendirme yine de ilerliyorsa, testin tasarımı kısa listenin uzunluğundan daha önemlidir; çünkü deneme kurulumlarının çoğu yanlış şeyi ölçer.
Adayı yolun dışında, aynalanmış trafik üzerinde çalıştırın ve mevcut ürün yerinde kalsın. Sonra iki cihazın, tanımlı bir pencere boyunca verdikleri kararları karşılaştırın. Sayaçlar, kararlardan çok daha sık uyuşur. Yalnızca sentetik sel testi yapmayın, kendi uygulama trafiğinizi tekrar oynatın; sentetik hacimsel testler zaten her ürünün geçtiği kısımdır. Kabul edeceğiniz yanlış pozitif eşiğini sonuçları görmeden önce ve yazılı olarak tanımlayın, çünkü sonradan konulan eşik eşik değildir. Rutin bir politika değişikliğini üreticinin mühendisi dışında birine yaptırın ve süreyi tutun. Davranışsal öğrenme penceresine tam bir iş döngüsü sığdırın: ay sonu işlemleri, kampanya zirveleri ve sektörünüzün mevsimsel biçimi. Zirveleri dışarıda bırakan bir öğrenme dönemi, o zirveleri ertesi ay yanlış pozitif olarak geri getirir.
Ardından neyin göç etmeyeceğini yazın ve dürüstçe fiyatlandırın. Eşikler ve profil adları üreticiye özgüdür, dosya olarak taşınmaz. Öğrenilmiş bir davranış temeli hiç taşınmaz. Biriken yanlış pozitif istisnaları ve iş ortağı muafiyetleri genellikle yalnızca cihazda ve tek bir mühendisin hafızasında durur. Bir üreticinin arayüzüne göre yazılmış betikler, rapor şablonları ve tarihsel eğilim verisi geride kalır. Taşınan şeyler ise şunlardır: ağ tasarımı, kendi akış ve saldırı geçmişiniz, standart tabanlı yukarı akış düzenlemeleri ve yazdığınız kabul kriterleri. Sonuncusu kalıcı bir varlıktır ve bir sonraki değerlendirmede yeniden kullanılır.
Standart tabanlı sinyalleşme: taşınabilirlik testi
Bir teknik ölçüt, orantısız biçimde ağırlıklandırılmayı hak eder; çünkü bir sonraki değerlendirmenizin ne kadar pahalı olacağını o belirler.
Her adayın yukarı akış katmanıyla açık standartlar üzerinden mi yoksa tescilli bir arayüz üzerinden mi konuştuğunu sorun. Pratikte bu, filtre iletimi için BGP FlowSpec, kaba müdahale için uzaktan tetiklenen kara delik yönlendirme ve kurumlar arasında azaltma yardımı talebinin sinyallenmesi için DOTS çerçevesi demektir. Operatörden müşteriye FlowSpec desteği sanıldığı kadar yaygın değildir ve varsayılmak yerine operatörünüzle teyit edilmelidir. DOTS, kurumlar arası sinyalleşme probleminin standartlaşmış cevabıdır ve açıkça sorulmaya değer; ancak saha yaygınlığı sınırlıdır ve ticari kurulumların çoğu hâlâ tescilli kanallar kullanır.
Standart tabanlı bir arayüzün değeri yalnızca bugünkü değişikliği kolaylaştırması değildir. Asıl değeri, her yenilemede iki katmanın birbirinden bağımsız olarak değiştirilebilir kalmasıdır. Alıcıya kaldıraç veren özellik tam olarak budur. Yerinde cihazla yukarı akış katmanı arasındaki tescilli bağ ise teknik kılık giymiş ticari bir düzenlemedir.
Karar çerçevesi
Üç eksen, sırayla değil birlikte değerlendirilir.
Geometri. Temizleme merkezi mi kuruyorsunuz, sınır mı savunuyorsunuz? Birinciyse mevcut ürünün tasarım niyeti sizinkiyle hizalıdır ve ispat yükü alternatiflerin üzerindedir. İkinciyse, lisansladığınız yeteneklerin ortamınızda hiç çalıştırılıp çalıştırılmayacağını sorun.
Derinlik. Fiilen yaşadığınız olaylar 3. ve 4. katmanda mı, yoksa üstünde mi yaşıyor? Cevabı kendi olay kayıtlarınızdan verin, sektör tehdit raporlarından değil. Son dört olayınız uygulama katmanındaysa, hacimsel ve protokol uzmanı bir ürün komşu bir problemi iyi çözüyordur.
Operasyon. Kim işletiyor, hangi akıcılıkla, kaç konsolla ve o kişi bulunmadığında ne oluyor? Bu eksenin zayıf olduğu yerde konsolidasyonu ve destek coğrafyasını ağır ağırlıklandırın; çünkü fiilen dayanacağınız şeyler bunlardır.
Üç eksen de değişimden yanaysa karar kolaydır. Yalnızca ticari eksen değişimden yanaysa önce bir kapsam müzakeresi deneyin: on iki ayda tek bir kural ve tek bir uyarı üretmemiş lisanslı yeteneklerin tespit edilmesi, rakip bir tekliften daha fazla müzakere sonuçlandırır. Operasyon ekseni değişime karşıysa, ticari fark ne olursa olsun yerinizden kıpırdamayın; kötü zamanlanmış bir göç, elde edilen tüm tasarrufu tek bir olayda geri verir.
Kaynaklar ve ileri okuma
Ücretli analist araştırmalarının içeriğini burada tekrarlamıyor ve hiçbir rakamı bu yayınlara atfetmiyoruz. Aşağıdaki liste, okunmaya ve bunlara atıf yapan her taraftan istenmeye değer belgeleri gösterir.
Standartlar. BGP FlowSpec için RFC 8955 ve IPv6 tarafı için RFC 8956. Uzaktan tetiklenen kara delik filtrelemesi için RFC 5635. Kurumlar arasında azaltma yardımı talebinin sinyallenmesi için DOTS: mimari RFC 8811’de, sinyal kanalı RFC 9132’de tanımlanır. Akış dışa aktarım protokolü IPFIX için RFC 7011.
Rehberlik. NIST SP 800-189, Resilient Interdomain Traffic Exchange: BGP Security and DDoS Mitigation, devretmeye dayalı bir mimarinin yönlendirme katmanı tarafı için kamuya açık en doğrudan rehberdir.
Üretici dokümantasyonu. Ürün ve destek programı belgelerini bir satış sunumundan değil doğrudan her üreticiden isteyin. A10 tarafında Thunder TPS ve aGalaxy dokümantasyonu, alternatifler tarafında eşdeğer ürün ve destek belgeleri. Müzakere edeceğiniz maddeler veri sayfalarında değil bu metinlerde tanımlıdır.
Analist yayınları. Bu pazar Gartner’ın Market Guide for DDoS Mitigation Solutions, Forrester’ın The Forrester Wave: DDoS Mitigation Solutions ve IDC’nin IDC MarketScape yayınlarında ele alınmaktadır. Bir taraf konum iddia ediyorsa ekran görüntüsünü değil güncel baskının kendisini isteyin; konumlar baskılar arasında değişir.
Kamuya açık saldırı verisi. Büyük bulut ve CDN sağlayıcılarının yayımladığı dönemsel DDoS raporları, hacim ve vektör dağılımı için en yaygın atıf yapılan açık kaynaklardır. Her birinin yayıncısının kendi müşteri tabanından derlendiğini akılda tutarak okuyun.
Sık sorulan sorular
- A10 Thunder TPS iyi bir ürün mü?
- Evet. Thunder TPS küçük bir hacimde yüksek azaltma yoğunluğu verecek biçimde tasarlanmıştır; hacimsel ve protokol düzeyindeki savunmaya, buna ek olarak DNS korumasına ağırlık verir ve operatör ile MSSP temizleme merkezi tasarımlarında sebepsiz yere sık görülmüyor. Bu karşılaştırmanın hiçbir yerinde mühendislik kalitesine dair bir itiraz yoktur. Sorulmaya değer soru başkadır: sizin kullanım senaryonuz, ürünün tasarlandığı senaryo mu? Ürünün güçlü yanlarının size ulaşıp ulaşmayacağını belirleyen şey budur.
- Ürün iyi çalışıyorsa bir kurum neden Thunder TPS alternatifi arar?
- Genellikle azaltma kalitesinden duyulan bir memnuniyetsizlik yüzünden değil. Sık karşılaşılan dört sebep şudur: ürünün varsaydığı işletim modeli hizmet sağlayıcı pratiğidir ve küçük bir kurum ekibi BGP ile devretmeyi, akış telemetrisini ve filo yönetimini gündelik olarak yürütmez; kurum uygulama katmanı analizini yukarı akışta değil aynı cihazda ister; bulunduğu pazarda destek derinliği incedir; ya da kapasite lisans yapısı, kurumun büyüme biçimine oturmaz.
- Karşılaştırmaya başlamadan önce cevaplanması gereken tek soru nedir?
- Bir temizleme merkezi mi kuruyorsunuz, yoksa bir sınırı mı savunuyorsunuz? Temizleme merkezi, trafiği talep üzerine kendine çeken bir azaltma tesisidir; başarısı rack ünitesi başına kapasiteyle ölçülür ve onu işleten insanlar gündelik olarak yönlendirmeyle uğraşır. Sınır savunmasında ise cihaz, sınırlı kapasitedeki bir erişim hattının önünde sürekli devrededir ve başarısı ne kadar az yanlış pozitif ürettiğiyle ölçülür. Biri için optimize edilmiş bir ürün diğerinde otomatik olarak yanlış olmaz; ama değerlendirme ölçütleri aynı değildir.
- Kapasite lisansları üreticiler arasında nasıl karşılaştırılır?
- Veri sayfasındaki throughput rakamı üzerinden değil. Her üreticiden yazılı olarak şunu isteyin: hangi yetenek şasiye ya da modele bağlı, hangisi throughput kademesine bağlı, hangisi ayrı yenilenen bir aboneliğe bağlı ve erişim hattınız sözleşme ortasında yükseltildiğinde bu kalemlerin her biri ne oluyor? Hat yükseltmesi çoğu kurumda bir risk değil planlı bir olaydır; bu senaryoya göre modellenmemiş bir teklif eksik bir tekliftir.
- Azaltma cihazını değiştirmek yönetim platformunu da değiştirmek anlamına gelir mi?
- Bu, yönetim platformunun yalnızca kendisinin yaptığı bir iş olup olmadığına bağlıdır. Platform birden fazla sahadaki azaltma düğümlerini orkestre ediyor ve bir operasyon pratiğini besliyorsa, tek bir cihaz değiştirildiğinde o işlev ortadan kalkmaz; işin dürüst kapsamı ilk bakışta göründüğünden dardır. Bu sınırı teklif istemeden önce belirleyin, çünkü karşılaştırılabilir teklifin ne olduğunu doğrudan bu sınır tanımlar.
- Yerinde cihazı değiştirirsek yukarı akış katmanını da yeniden ele almamız gerekir mi?
- Hayır ve bu seçim yukarı akışı etkilemez. Hiçbir cihaz, arkasında durduğu hattan büyük bir seli filtreleyemez; çünkü hat, cihaza sıra gelmeden dolar. Operatör temizlemesi ya da bulut hizmeti biçimindeki yukarı akış katmanı, ayrı bir yenileme takvimi üzerinde yürüyen ayrı bir karardır. İki kararı ayrı tutmanın pratik faydası şudur: hiçbiri diğeri üzerinde kaldıraç olarak kullanılamaz.
- Hangi durumda mevcut üründe kalmak doğru karardır?
- Gerçekten yüksek yoğunluklu bir temizleme tesisi işletiyorsanız, ekibinizin gündelik işletim pratiği devretme ve filo yönetimi üzerine kuruluysa, küçük hacim gerçek bir rack alanı veya güç kısıtını çözüyorsa ve hiçbir alternatif kendi trafiğinizin tekrar oynatıldığı bir testte denklik gösteremiyorsa. Bu koşullarda mevcut ürün güvenli seçenek değildir; doğru seçenektir.
- Temizleme merkezi işletmiyoruz, kendi sınırımızı savunuyoruz. Bu, kısa listede neyi değiştirir?
- Listedeki isimler dışında hemen her şeyi. Ölçü, rack ünitesi başına kapasite olmaktan çıkar ve çok vektörlü bir saldırı sırasında kaç meşru oturumun tamamlandığına dönüşür; işletim modelinin gününü BGP içinde geçirmeyen bir ekibe uyması gerekir; lisans sorusu da filo yönetiminin maliyeti olmaktan çıkıp dönem ortasındaki bir hat yükseltmesinin maliyetine dönüşür. HARPP DDoS Mitigator'ı da şu dört soruyla sınayın: tespit motoru üretici istihbarat bulutuna bağlanmadan kurumun kendi altyapısında çalışıyor mu, L3'ten L7'ye kapsama tek gövdede mi toplanıyor, ortak donanımda müşteri başına koruma profili tanımlanabiliyor mu ve ticari ilişki yukarı akış katmanından ayrı mı yürüyor? Aynı dört soruyu listedeki diğer adaylara da sorun. Kuruyor olduğunuz şey aslında bir temizleme merkeziyse bu paragrafı yok sayın ve yoğunluk odaklı ürünlere geri dönün.
Kaynaklar
- A10 Defend — DDoS protection services
A10 Networks · üretici dokümanı · erişim 2026-08-15
A10 now markets this line as A10 Defend; the Thunder TPS name is still current in the field and in older documentation.
- Arbor Sightline — network-wide visibility and DDoS detection
NETSCOUT · üretici dokümanı · erişim 2026-08-15
- SmartWall ONE — DDoS protection
Corero Network Security · üretici dokümanı · erişim 2026-08-15
- FortiDDoS — DDoS protection solution
Fortinet · üretici dokümanı · erişim 2026-08-15
- Arbor Edge Defense — inline DDoS protection
NETSCOUT · üretici dokümanı · erişim 2026-08-15
- DefensePro — DDoS protection
Radware · üretici dokümanı · erişim 2026-08-15
Yayım: Ağustos 2026 · Son gözden geçirme: Ağustos 2026
Gözden geçirme, yukarıdaki kaynakların o tarihte yeniden okunduğu anlamına gelir; metin ancak esaslı bir değişiklik olduğunda yenilenir.
Bu rehber, üreticiler yeni modeller ve fiyatlandırma açıkladıkça güncellenir. Üreticileri nasıl karşılaştırıyoruz