Düşük Gecikmeli Yazılım Geliştirme Şirketleri: Hangi Türüne İhtiyacınız Var ve Birini Kendi Sisteminizde Nasıl Sınarsınız

Her alıcıya uyan bir düşük gecikmeli yazılım geliştirme şirketleri listesi yoktur; çünkü bu terim birbirinden bir milyon kat farklı olabilen zaman sınırlarını kapsar. Trading donanımında onlarca ya da yüzlerce nanosaniye anlamına gelebilir. Bir uygulamada ya da web sayfasında ise saniyenin yaklaşık onda biri içinde gelen bir yanıt, onu kullanan kişiye zaten anlık gelir. Bu yüzden ilk soru, sizin kendi zaman sınırınızın nereye düştüğüdür.

Sistemimiz için “düşük gecikme” ne anlama gelir?

Sizin sisteminiz için düşük gecikme, adını koyabileceğiniz iki nokta arasında ölçülen bir zaman sınırıdır. Zaman sınırları dört geniş aralığa ayrılır:

• Trading donanımı: onlarca ya da yüzlerce nanosaniye. STAC Benchmark Council'deki trading firmalarına danışılarak geliştirilen bir kıyaslama testi olan STAC-T0, bir sistemin ağ donanımının ve yazılımının, arada hiçbir trading mantığı olmadan, simüle edilmiş piyasa verisini simüle edilmiş bir emre ne kadar hızlı dönüştürdüğünü ölçer. STAC'ın 5 Kasım 2020 tarihli genel bakışı, kıyaslama testinin sistemi bir kara kutu olarak ele aldığını, “onunla yalnızca donanımda zaman damgası vurduğu ağ paketleri aracılığıyla etkileşime girdiğini” ve onlarca ya da yüzlerce nanosaniye düzeyinde yazılım zaman damgalarının ciddi hata taşıyabileceğini söyler. STAC'ın ölçülen sisteme verdiği adla test edilen yığın (stack under test), devreleri tek bir görev için programlanmış bir çip taşıyan bir FPGA kartı olabilir
• İşlem yerleri: mikrosaniyelerden yaklaşık bir milisaniyeye kadar. Bir işlem yerinin saatlerinin ne kadar doğru olması gerektiğine dair AB kuralı, bu doğruluğu işlem yerinin trading sisteminin bir emri işleyip onay geri göndermesinin ne kadar sürdüğüne bağlar. 2 Mart 2026'dan bu yana bu kural, daha önce RTS 25 olarak bilinen kuralın yerini alan (AB) 2025/1155 sayılı Komisyon Yetki Devri Tüzüğü'dür ve bu süreye gateway-to-gateway gecikmesi adını verir: “bir mesajın işlem yeri sisteminin bir dış ağ geçidi tarafından alındığı andan itibaren, emir iletim protokolü üzerinden gönderilip eşleştirme motorunda işlenmesi ve ardından geri gönderilerek ağ geçidinden bir onay gönderilmesine kadar ölçülen süre”. Bu süre 1 milisaniye ya da daha kısaysa, işlem yerinin saatleri Eşgüdümlü Evrensel Zaman'dan (UTC) en fazla 100 mikrosaniye sapabilir ve zaman damgaları 0,1 mikrosaniye ya da daha ince ayrıntıda olmalıdır
• Reklam teknolojisi: onlarca milisaniyeden bir saniyeye kadar. IAB Tech Lab'in gerçek zamanlı teklif verme standardı OpenRTB 2.6, exchange'in her teklif isteğinde bir zaman sınırı belirlemesine izin verir ve İnternette geçen süre de bu sınıra dahildir. Google'ın son olarak 17 Eylül 2026'da güncellenen Authorized Buyers geliştirici dokümantasyonu, yanıt için zaman sınırının “formata ve açık artırma türüne bağlı olarak 80 ile 1000 ms arasında değiştiğini” söyler
• İnsanların kullandığı uygulamalar ve web sayfaları: saniyenin yaklaşık onda biri. Jakob Nielsen 1993'te “0,1 saniye, kullanıcının sistemin anında tepki verdiğini hissetmesi için aşağı yukarı sınırdır” diye yazmıştı. Web sayfaları için Google'ın son olarak Eylül 2025'te güncellenen web.dev rehberi, Interaction to Next Paint (INP) değeri 200 milisaniye ya da altındaysa yanıt verme hızını iyi olarak değerlendirir. INP, bir sayfanın tıklamalara, dokunmalara ve tuş basışlarına yanıt vermesinin ne kadar sürdüğünü ölçer

Tek bir üründe farklı aralıklarda parçalar bulunabilir. Bir trader fiyatları ekranda okur, ama o trader'ın gönderdiği emrin işlem yerine giderken çok daha sıkı bir zaman sınırını tutturması gerekebilir. Her zaman sınırını, ölçüldüğü iki noktayla birlikte yazın. Her birinin düştüğü aralık, hangi tür firmayı aramanız gerektiğini söyler.

Hangi düşük gecikmeli yazılım geliştirme şirketleriyle konuşmalıyız?

Bu yazı firmaları sıralamıyor. Doğru firma türü, sizin aralığınıza ve yaptırmanız gereken işe bağlıdır:

• Donanım ve ağ uzmanları: nanosaniyelerle ya da birkaç mikrosaniyeyle sayılan zaman sınırları için. FPGA kartları, ağ kartları, switch'ler ve borsaya giden bağlantılar üzerinde çalışırlar. Rakamlarından hangilerinin ağ kablosu üzerinde donanımın vurduğu zaman damgalarından geldiğini ve testlerin kimin ekipmanında çalıştırıldığını sorun
• Trading teknolojisi mühendislik firmaları: süre sizin kendi yazılımınızın içinde ya da aracı kurumunuza veya işlem yerine giderken kaybediliyorsa, mikrosaniye ya da milisaniye düzeyindeki zaman sınırları için. Emir gönderen, piyasa verisini işleyen, her emrin riskini emir çıkmadan önce kontrol eden ve bir işlem yerinde alış ve satış emirlerini eşleştiren yazılımları yazarlar. Kurdukları sistemlerden hangilerinin bugün üretimde olduğunu ve hangi aracı kurum ya da işlem yeri bağlantılarını yazdıklarını sorun
• Reklam teknolojisi mühendislik firmaları: zaman sınırınızı exchange istek istek belirliyorsa ve sunucu faturanız trafiğinizle birlikte büyüyorsa. Bidder ve ad exchange kurarlar. Kurdukları hangi bidder'ın ya da exchange'in hâlâ yayında olduğunu ve zaman aşımı rakamlarının exchange'in sayımından mı yoksa kendi sayımlarından mı geldiğini sorun
• Bağımsız performans mühendisleri: nedeni henüz bilmiyorsanız ya da değişiklikleri kendi mühendisleriniz yapacaksa. Çoğunlukla tek başlarına ya da küçük bir grupla çalışırlar; çalışan bir sistemi ölçer ve sürenin nereye gittiğini raporlarlar. Müşterinin adı ve verileri çıkarılmış önceki raporlarından birini görmek isteyin ve yeniden kurulum değil, teşhis bekleyin
• Bileşen satıcıları: ihtiyaç duyduğunuz parça herkes için aynı şekilde çalışıyorsa ve avantajınız başka bir yerdeyse. Kendinize özel yaptırmak yerine çalıştırdığınız, eşleştirme motoru ya da borsa bağlantısı gibi hazır bir parça satarlar. Gecikme rakamlarının nereden nereye ölçüldüğünü ve lisansladığınız kodda neyi değiştirebileceğinizi sorun
• Adı konmuş bir düşük gecikme ekibi olan genel dış kaynak şirketleri: çok sayıda mühendise ihtiyacınız varsa ve hızlı yol işin küçük bir parçasıysa. O ekipteki kişilerin adlarını ve her birinin sizin aralığınızda ne kurduğunu sorun; projenizde onların çalışacağını yazılı olarak alın
• Kendi işe aldığınız mühendisler: hız sizin rekabet etme biçiminizse ve öyle kalacaksa, bu türden bir sistemi daha önce üretime almış mühendisleri de işe alıp elinizde tutabiliyorsanız. Bir araştırma firması olan Acuiti, 50 sistematik hedge fona, yani bilgisayar modelleriyle işlem yapan fonlara, trading teknolojilerini nasıl geliştirdiklerini sordu. Ocak 2023'te yayımladığı raporda gecikmenin “ön ofis teknolojisinin dış kaynağa verilmesine yönelik tutumları belirleyen temel etken olduğunu; gecikmenin kritik olduğu firmaların şirket içinde geliştirme olasılığının daha yüksek olduğunu” bildirdi

Birçok firma birden fazla türe uyar; bu yüzden size atanan mühendislerin hangi tür işi yapmış olduğunu sorun.

Bir firmanın daha önce hızlı sistemler kurduğunu nasıl kontrol ederiz?

Yukarıda bağlantısı verilen özel ekipler yazısı, her performans rakamıyla birlikte nelerin gelmesi gerektiğini sıralıyor ve bir teklif talebine (RFP) yapıştırabileceğiniz bir kontrol listesi veriyor. Aşağıdaki sorular, bir firmanın kendi rakamlarının nasıl elde edildiğini ortaya çıkarır.

Saatin nerede başladığını ve nerede durduğunu sorun. ABD opsiyon borsalarının işlemlerini ve kotasyonlarını konsolide olarak yayımlayan OPRA, saatini gelen bir mesaj “OPRA ortamının uygulama girişine ulaştığında” başlatır ve giden mesaj “OPRA ortamının uygulama çıkışına ulaştığında” durdurur. Yukarıda aktarılan AB tanımı da iki nokta konusunda aynı ölçüde kesindir. Başlangıç ve bitiş noktaları adıyla belirtilmemiş bir rakam sizinkiyle karşılaştırılamaz.

Tipik yanıtın yanı sıra en yavaş yanıtlara da bakın. OPRA'nın yayımladığı ölçümlerde medyan gecikme, yani ortadaki değer, Ocak 2024'te 19,5 mikrosaniye, şubatta ise 20,5'ti. Aynı iki ayda 99. yüzdelik, yani mesajların yalnızca en yavaş %1'inin aştığı süre, 543,5 mikrosaniyeden 57,5'e düştü. Yalnızca medyanı veren bir rapor neredeyse hiç değişiklik göstermezdi.

Ortalamalar da yavaş yanıtları gizler. Google'ın 2016'da O'Reilly tarafından yayımlanan Site Reliability Engineering kitabı, saniyede 1.000 istekte ortalama gecikmesi 100 milisaniye olan ve “isteklerin %1'inin rahatlıkla 5 saniye sürebileceği” bir web servisini anlatır. Her yolun 99. yüzdeliğini ve sisteminiz bunu ölçmeye yetecek kadar istek işliyorsa, 1.000 yanıttan yalnızca 1'inin aştığı 99,9. yüzdeliği isteyin.

Her rakamın arkasındaki yükü kontrol edin. STAC'ın 2020 tarihli genel bakışına göre STAC-T0, test trafiğini üç farklı hızda gönderir. En düşüğü “sistemlerin çoğunlukla boştayken nasıl davrandığını görmek için tasarlanmıştır”; genellikle test edilen sistemin kaldırabileceği en yüksek düzeye yakın olan en yükseği ise “sistemlerin çok yoğunken nasıl davrandığını görmek için” vardır. Kendi en yoğun dakikanızdan ya da onu yeniden üreten bir testten gelen rakamları isteyin.

Yük testinin nasıl yapıldığını sorun. Birçok yük testi aracı bir istek gönderir, yanıtı bekler ve ancak ondan sonra bir sonrakini gönderir. Sistem takıldığında böyle bir araç göndermeyi durdurur; bu yüzden takılma sırasında gelmiş olacak istekler hiç ölçülmez.

wrk2 yük testi aracının yazarı Gil Tene bu etkiye coordinated omission adını verir. Aracın son olarak Eylül 2019'da değiştirilen dokümantasyonunda, “yüksek gecikmeli yanıtların, yük üretecinin yüksek gecikme dönemlerinde ölçüm yapmaktan kaçınacak şekilde sunucuyla eşgüdüm kurmasına yol açtığını” yazar. Onun aracı istekleri sabit bir hızda gönderir ve her yanıtı “gönderimin gerçekleşmiş olması gereken andan itibaren” ölçer. Firmanın aracının bu şekilde çalışıp çalışmadığını ya da sonuçlarının nasıl düzeltildiğini sorun.

Her zaman damgasının nerede vurulduğunu sorun. Mikrosaniye düzeyindeki gecikmeler için STAC'ın genel bakışı, yazılım zaman damgaları kullanan bir kıyaslama testini “en iyi seçenek” olarak niteler. Aynı zamanda yazılım zaman damgalarındaki küçük, düzensiz gecikmelerin “onlarca ya da yüzlerce nanosaniyelik gecikmeler ölçülürken ciddi bir hataya karşılık gelebileceği” uyarısını yapar; STAC-T0 ise zaman damgalarını bunun yerine donanımda vurur. Nanosaniye rakamı veren bir firma, donanım zaman damgalarının nerede vurulduğunu gösterebilmelidir.

Kimseyle anlaşmadan önce hangi testi yapmalıyız?

Neyin yanlış gittiğini henüz bilmiyorsanız, yalnızca sistemin olması gerekenden daha yavaş göründüğünü ya da daha pahalıya geldiğini biliyorsanız, buradan başlayın. Tercih ettiğiniz firmaya canlı sisteminizin kapsamı sabit bir ölçümü için ücret ödeyin; rapor, sonrasında ne karar verirseniz verin sizde kalsın. Firmanın ölçüm yapmak için neyi kurabileceğinde ya da değiştirebileceğinde ve araçlarının sonrasında nasıl kaldırılacağında yazılı olarak anlaşın.

Rapor şunları göstermelidir:

• En yoğun dakikanızda sürenin nereye gittiği; yazdığınız yol boyunca adım adım
• Her yol için 99. ve 99,9. yüzdelik yanıt süreleri
• Her birinin neye mal olduğuna ve neyi ortadan kaldırdığına göre sıralanmış düzeltmeler; ortadan kalkan şey ister yoldaki süre olsun, ister yavaş bir yolu gizlemek için eklenmiş sunucular
• Firmanın neye dokunmayacağı ve nedeni

Trading sistemleri için yukarıda bağlantısı verilen yavaş emir gerçekleştirme yazısı, her emirde kaydedilmesi gereken dört zaman damgasını sıralıyor. Reklam teknolojisinde ise trafik sıçramaları ve DSP zaman aşımları yazıları, bir zirvede ve her exchange bağlantısı için neyin ölçüleceğini ele alıyor.

Firmayı raporuyla değerlendirin. Kendi mühendisleriniz rapora dayanarak firma olmadan harekete geçebiliyorsa, işi bundan sonra kimin yapacağını, ister bu firma olsun ister bir başkası, gerçek rakamlara bakarak seçebilirsiniz.

Düşük gecikme alanında bir firma seçerken tehlike işaretleri nelerdir?

• Rakam ve başlangıç-bitiş noktası olmadan, sözle anlatılan hız
• Yalnızca ortalamalar; en yavaş yanıtlar hakkında hiçbir şey yok
• Firmanın kendi laboratuvarında, kendi donanımında ve kendi ürettiği trafikle yapılmış bir kıyaslama testinin sizin sisteminiz hakkında kanıt olarak sunulması
• Kimse sisteminizi ölçmeden önerilen bir yeniden yazım ya da yeni bir programlama diline geçiş
• İlk görüşmede vaat edilen bir gecikme rakamı
• Mikrosaniyelerle ölçülen trading işi için de, 100 milisaniyelik zaman sınırı olan bir reklam bidder'ı için de aynı satış konuşması

Bir firma yeni bir dil önerirse, aşağıda bağlantısı verilen yazı mühendislerin nedenin dil olup olmadığını nasıl kontrol ettiğini gösteriyor.

amBrain nerede devreye girer?

amBrain; trading ve reklam teknolojisi alanlarındaki yavaş sistemleri teşhis eder: çalışan platform uçtan uca ölçülür ve rapor, sürenin nereye gittiğini açıkça gösterir. Trading alanındaki işleri arasında trading terminali geliştirme, emir yönetim sistemleri ve FIX protokolü ile borsa entegrasyonu yer alır.

AdTech'te amBrain; DSP geliştirme, real-time bidding platformları ve ad exchange mühendisliği üzerinde çalışıyor.

amBrain üç formatta çalışıyor: tam teslim, özel ekip ya da sizin ekibinize yerleşen mühendisler. Müşteri, amBrain'in yeniden kullanılabilir bileşenleri dışında ürünün ve kodun tam mülkiyetini elinde tutar.

amBrain 2019'dan bu yana yazılım geliştiriyor.

Bu yazı bir vaka çalışması değildir ve hiçbir müşteri işini anlatmaz. amBrain'in kurduğu hiçbir sistem için gecikme rakamı vermez; fiyat ya da takvim de vermez.

amBrain'e ya da listenizdeki başka herhangi bir firmaya sisteminizde önce neyi ölçeceğini sorun ve her firmayı aynı kontrollerden geçirin.

Sık sorulan sorular

• Bunun yerine kendi ekibimizi mi kurmalıyız? Acuiti'nin 50 sistematik hedge fonla yaptığı 2023 araştırmasında, gecikmenin kritik olduğu fonların trading teknolojilerini şirket içinde geliştirme olasılığı daha yüksekti. Her iki durumda da önce ölçün; çünkü rapor size hangi tür mühendisi işe almanız ya da bir firmadan ne yapmasını istemeniz gerektiğini söyler
• Tek bir firma hem trading'i hem reklam teknolojisini kapsayabilir mi? Kapsayabilir, eğer iki alanda da sizin aralığınızda üretimde çalışan sistemleri varsa. Her alanda yayında olan birer sistem isteyin ve rakamlarını yukarıdaki sorularla kontrol edin