APM: nedir, metrikler ve nasıl çalışır

Geliştirmede APM Nedir

APM (Application Performance Monitoring), yazılım işletim verilerinin toplanmasını, görselleştirilmesini ve analizini kapsayan uygulama performans yönetimi disiplinidir. Bireysel metriklerin (CPU, bellek) noktasal izlenmesinin aksine, APM bütüncül bir bakış açısı sağlar: uygulamanın kullanıcı perspektifinden nasıl davrandığı, bileşenlerinin nasıl etkileşime girdiği ve darboğazların nerede oluştuğu.

APM kavramı, 2010’larda monolitik uygulamalardan mikro hizmet mimarisine geçişle ortaya çıktı. Hizmet sayısı 10–15 birimi aştığında, geleneksel izleme yöntemleri çalışmamaya başladı — hangi belirli hizmetin tüm isteği yavaşlattığını belirlemek imkansızdı. APM çözümleri, dağıtık izleme ve otomatik hizmet haritası oluşturma yoluyla bu sorunu çözdü.

Grand View Research (2024)’e göre, APM pazarı 8,2 milyar ABD doları olarak değerlendirilmekte ve yıllık %11,5 oranında büyümektedir. Ana itici güçler arasında buluta geçiş, mikro hizmet sayısındaki artış ve mobil uygulamalar ile web hizmetlerinde kullanıcı deneyimi kalitesine yönelik artan talepler yer almaktadır.

APM’nin Üç Ayağı: Metrikler, İzleme, Günlükler

Modern APM, birlikte uygulamanın durumunun tam bir resmini oluşturan üç tür veri üzerine kurulmuştur. Metrikler sayısal toplamlardır: yanıt süresi, istek sayısı, hata oranı. “Ne oluyor” sorusunu yanıtlarlar ve eşik değerlerine dayalı uyarıları yapılandırmaya olanak tanırlar.

Bağlantı Halkası Olarak İzleme

İzleme (dağıtık izleme) “bu neden oluyor” sorusunu yanıtlar. Her gelen istek, tüm mikro hizmetler, veritabanları ve harici çağrılar aracılığıyla izlenir. APM sistemi, metrikleri ve izlemeyi birleştirir: yanıt süresi metriği artmışsa, geliştirici izleme panosuna gider ve her hizmete göre ayrılmış şekilde yavaşlamaya neden olan tam isteği görür.

Derinlik İçin Günlükleme

Günlükler bağlam sağlar — belirli bir hata mesajı, değişken değeri, çağrı yığını. Modern APM platformları (Datadog, New Relic, Grafana), ortak bir trace_id aracılığıyla günlükleri izlemelere bağlayarak bir metrik grafiğinden belirli bir istek günlüğüne gezinmeye olanak tanır. Datadog (2025)’e göre, günlüklerin izlemelerle ilişkilendirilmesi, ortalama olay teşhisi süresini 45 dakikadan 12 dakikaya düşürür.

APM Mimarisi: Ajanlar ve Toplayıcılar

Klasik APM mimarisi üç seviyeden oluşur: ajan, toplayıcı ve arka uç. Bir ajan, uygulamaya gömülü veya yanında (sidecar) çalıştırılan bir kütüphanedir. Ajan, gelen ve giden çağrıları keser, çalışma zamanı verilerini toplar ve güvenli bir kanal üzerinden toplayıcıya gönderir.

APM Ajanı Nasıl Çalışır

Java için bir APM ajanı, JVM düzeyinde javaagent aracılığıyla bağlanabilir ve tüm HTTP isteklerini, veritabanı çağrılarını, mesaj kuyruklarını ve harici API’leri otomatik olarak enstrümante eder. Mobil platformlar için ajan bir SDK olarak bağlanır ve cihazdan metrikler toplar. Android için New Relic Agent, örneğin OkHttp, HTTP istemcileri ve WebView aracılığıyla tüm ağ isteklerini otomatik olarak izler.

import com.newrelic.agent.android.NewRelic;

public class MainApplication extends Application {
    public void onCreate() {
        super.onCreate();
        NewRelic.withApplicationToken("YOUR_TOKEN")
            .start(this);
    }
}

Bu kod, bir Android uygulamasında New Relic Agent’ı başlatır. Başlatıldıktan sonra ajan, her ekranın ek enstrümantasyonu olmadan otomatik olarak ağ isteği metriklerini, hataları, ANR’leri ve UI performans verilerini toplar. Ajan bir arka plan iş parçacığında çalışır ve ana uygulama arayüzünün performansını etkilemez.

Toplayıcı ve Arka Uç

Toplayıcı, binlerce ajandan veri alır, metrikleri toplar, izleme örneklemesi yapar ve verileri sıcak ve soğuk depolama özellikleriyle uzun süreli depolamada saklar. APM arka ucu, panolar, uyarılar, hizmet haritaları ve harici sistemlerle (Slack, PagerDuty, Jira, ServiceNow) entegrasyon için bir API sağlar. Datadog, minimum iletim gecikmesi için 20’den fazla dünya bölgesinde bulunan toplayıcıları aracılığıyla saniyede 10 milyondan fazla veri noktasını işler.

Apdex Puanı ve SLA İzleme

Apdex (Application Performance Index), kullanıcının uygulama yanıt süresinden memnuniyetini ölçmek için açık bir standarttır. Apdex değeri şu formül kullanılarak hesaplanır: (memnun kullanıcı sayısı + tolere eden kullanıcı sayısı / 2) / toplam kullanıcı sayısı. Sonuç, 0 ile 1 arasında bir sayıdır ve burada 1, tüm kullanıcıların memnun olduğu anlamına gelir.

Apdex eşikleri her uygulama için ayrı ayrı belirlenir. Mobil uygulamalar için tipik bir memnuniyet eşiği, 1,5 saniyeye kadar yanıt süresi, tolere edilebilir olan ise 4,5 saniyeye kadardır. 4,5 saniyeyi aşan her şey kabul edilemez olarak kabul edilir. 0,94 ve üzeri bir Apdex puanı, üretim ortamı için mükemmel olarak kabul edilir.

Apdex yalnızca bir kalite metriği olarak değil, aynı zamanda uyarılar için bir eşik olarak da kullanılır. Apdex 10 dakika boyunca 0,85’in altına düşerse, APM sistemi nöbetçi ekibe bir bildirim gönderir. Bu, günün saatine ve yüke bağlı olarak dalgalanabilen mutlak yanıt süresi değerlerine güvenmekten daha dengeli bir yaklaşımdır.

Mobil Uygulamalar İçin APM

Mobil APM’nin kendine özgü özellikleri vardır: uygulama, farklı ağ koşullarında olabilen, farklı miktarlarda boş belleğe ve işletim sistemi sürümlerine sahip olabilen kullanıcının cihazında çalışır. Mobil APM, tüm bu faktörleri hesaba katmalı ve metriklerin cihaz modellerine, işletim sistemi sürümlerine, bölgelere ve ağ operatörlerine göre dökümünü sağlamalıdır.

Cihazdan Veri Toplama

Mobil APM ajanları, cihazda metrikler toplar ve bunları 1–5 dakikalık aralıklarla toplu olarak sunucuya gönderir. Bu, kullanıcının trafiği üzerindeki etkiyi en aza indirir. Bağlantı kaybı durumunda veriler yerel bir önbellekte saklanır ve bir sonraki bağlantıda gönderilir. Firebase Performance ve Dynatrace Mobile, ağ kaybı durumunda otomatik yeniden gönderimi destekler.

Temel Mobil Metrikler

Mobil geliştirmede standart APM metriklerine belirli metrikler eklenir: soğuk başlatma süresi, kaydırma sırasında FPS, bellek tüketimi, ANR sıklığı (Android) ve watchdog sonlandırma sayısı (iOS). New Relic Mobile ayrıca harita görünümlerini, önbellek kullanım yüzdesini ve belirli ViewController’ların işleme süresini izler.

import NewRelic

class ProfileViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        NewRelic.startInteraction(withName: "ProfileView")
    }

    override func viewDidDisappear(animated: Bool) {
        super.viewDidDisappear(animated)
        NewRelic.stopCurrentInteraction()
    }
}

Swift kodu, kullanıcı profil ekranı için bir etkileşim izi oluşturur. New Relic, veri yükleme süresini, UI işlemesini ve bu ekran görüntülenirken yapılan tüm ağ isteklerini otomatik olarak ölçer.

Popüler APM Platformlarının Karşılaştırılması

APM pazarı, izleme derinliği, maliyet ve desteklenen platformlar açısından farklılık gösteren düzinelerce çözüm sunmaktadır. Datadog APM, metrikleri, izlemeleri ve günlükleri tek bir arayüzde birleştirmede liderdir. New Relic, mobil platformlar için en ayrıntılı izlemeyi sunar. Dynatrace, otomatik kök neden tespiti için Davis AI motorunu kullanır.

APM platformu seçimi, ekip büyüklüğüne, teknoloji yığınına ve bütçeye bağlıdır. Startup’lar için, arka uç için Grafana ile birleştirilmiş Firebase Performance idealdir. Yüksek SLA gereksinimleri olan kurumsal projeler için — eksiksiz bir gözlemlenebilirlik araçları seti ve AI destekli kök neden analizi ile Datadog veya Dynatrace.