New Relic — vad är det, observability och plattform

Vad är New Relic inom observability

New Relic — en av de äldsta och mest mogna observability-plattformarna, grundad 2008. Från början positionerades New Relic som APM för webbapplikationer (Ruby on Rails), men har under åren vuxit till en full-stack-plattform som täcker mobilappar, webbläsare, mikrotjänster, serverless-funktioner och infrastruktur.

År 2020 introducerade New Relic New Relic One — en helt omarbetad plattform med stöd för anpassade instrumentpaneler, NRQL-frågor och dataintegration från alla källor. Till skillnad från konkurrenter (Datadog, Dynatrace) erbjuder New Relic en generös gratisplan: 100 GB data per månad (inkluderar alla typer av telemetri — mätvärden, spårning, loggar) utan tidsbegränsning för lagring av basmätvärden.

Enligt New Relic State of Observability Report (2024) använder 74% av organisationerna New Relic för mobil övervakning och den genomsnittliga tiden för att upptäcka incidenter minskar från 3 timmar till 12 minuter efter implementering av plattformen. Huvudsakliga användningsscenarier — APM för mikrotjänster, övervakning av mobilappar och full-stack debugging.

New Relic One arkitektur: instrumentpaneler och NRQL

New Relic One — plattformens centrala konsol som förenar alla datatyper i ett gränssnitt. Användaren kan skapa obegränsat antal instrumentpaneler med widgetar: linjediagram, värmekartor, tabeller, listor. Varje widget baseras på en fråga till NRDB (New Relic Database) — egen databas optimerad för tidsserier.

Anpassade instrumentpaneler

New Relic One gör det möjligt att skapa instrumentpaneler för olika målgrupper: teknisk panel med detaljerade mätvärden (latency p95, throughput, error rate), affärspanel med Apdex-poäng och användarmätvärden (konvertering, orderns slutförandetid) och infrastrukturpanel (CPU, minne, nätverk). Dashboard-as-code stöds via Terraform-leverantören och New Relic API.

NRQL — frågespråk

NRQL (New Relic Query Language) — ett SQL-liknande språk för att fråga telemetridata. Det möjliggör val, aggregering och visualisering av data utan externa verktyg. NRQL stöder tidsseriefunktioner (TIMESERIES, SINCE, UNTIL), filtrering efter attribut, gruppering (FACET) och beräkning av percentiler (percentile).

SELECT average(duration) as "Avg Response"
FROM Transaction
WHERE appName = "MobileApp"
FACET endpoint
SINCE 1 hour ago
TIMESERIES auto
LIMIT 10

NRQL-frågan visar genomsnittlig svarstid för varje slutpunkt i mobilappen under den senaste timmen, uppdelad efter tidsintervall. Resultatet visualiseras som ett linjediagram i New Relic One-instrumentpanelen.

Konfigurera New Relic Mobile SDK för iOS och Android

New Relic Mobile agent tillhandahåller SDK för iOS (Swift, Objective-C) och Android (Kotlin, Java) med automatisk insamling av prestandamätvärden, krascher, ANR och HTTP-förfrågningar. Installationen tar 10 minuter och inkluderar att lägga till ett beroende och initiera med en applikationstoken.

Konfiguration på Android

Android SDK ansluts via Gradle-plugin som automatiskt instrumenterar Activity, HTTP-klienter (OkHttp, Retrofit, Volley) och bakgrundstjänster. New Relic Android agent spårar även WebView, bildladdning och arbete med Room-databasen.

import com.newrelic.agent.android.NewRelic

class App : Application() {
    override fun onCreate() {
        super.onCreate()
        NewRelic.withApplicationToken("YOUR_TOKEN")
            .withCrashReporting(true)
            .withHttpResponseBodyCapture(true)
            .start(this)
    }
}

Koden initierar New Relic SDK med aktiverad kraschrapportering och fångst av HTTP-svarsinnehåll. Parametern withHttpResponseBodyCapture gör det möjligt att se svarsinnehållet vid 4xx/5xx-fel, vilket är avgörande för att diagnostisera API-problem.

Konfiguration på iOS

iOS SDK stöder Swift Package Manager och CocoaPods. Efter installation fångar agenten automatiskt URLSession-förfrågningar, UIApplication-mätvärden och Swift-fel. New Relic iOS agent samlar även in batterimätvärden, antal uppstarter och enhetstemperatur — data användbar för att bedöma appens påverkan på enheten.

import NewRelic

class AppDelegate: UIResponder, UIApplicationDelegate {
    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions options: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        NewRelic.enableFeatures(NRFeatureFlag.SwiftAsyncURLSession)
        NewRelic.start(withApplicationToken: "YOUR_TOKEN")
        return true
    }
}

Koden aktiverar övervakning av Swift async/await-förfrågningar via URLSession (iOS 15+) och startar New Relic-agenten. NRFeatureFlag.SwiftAsyncURLSession aktiverar instrumentering av moderna Swift Concurrency-anrop.

Distributed Tracing och tjänstekartor

New Relic Distributed Tracing förenar förfrågningar från mobilklienten via API Gateway, mikrotjänster och databaser i en enda trace. Standarderna W3C Trace Context och OpenTelemetry stöds, vilket möjliggör integrering av data från tredjepartsverktyg i gemensam spårning.

Service Map

Service Map — en automatiskt byggd karta över beroenden mellan tjänster baserad på spårningsdata. Varje tjänst visas som en nod i grafen och pilarna mellan dem representerar anrop från en tjänst till en annan. Nodens färg visar hälsotillståndet: grönt (allt är normalt), gult (fel har ökat), rött (tjänsten är inte tillgänglig). Service Map uppdateras i realtid vid arkitekturförändringar.

Enligt New Relic (2024) hittar team som använder Service Map grundorsaken till försämringar 55% snabbare än vid manuell logganalys. Kartan är särskilt användbar för mikrotjänstarkitekturer, där ett kaskadfel i en tjänst kan se ut som ett problem i flera orelaterade komponenter.

Integration med mobilklient

New Relic kopplar mobila sessioner till serverspårning via rubriker. Om mobilappen skickar en förfrågan med en New Relic-rubrik tar serveragenten över kontexten och trace visas från användarens enhet till databasen. Mobile instrumentation lägger automatiskt till nödvändiga rubriker till alla utgående HTTP-förfrågningar.

Analys via NRDB och NRQL

NRDB — New Relics egen databas, optimerad för lagring och analys av tidsserier. Till skillnad från traditionella SQL-databaser stöder NRDB obegränsad kardinalitet (antal unika attributvärden), vilket är avgörande för telemetri med miljontals unika kombinationer (device_id, endpoint, version).

NRQL i aktion

NRQL gör det möjligt att utföra komplexa analytiska frågor utan att exportera data till BI-system. Till exempel kan man beräkna “hur stor andel av iOS 17-användarna upplever en kallstartstid på mer än 3 sekunder, grupperat efter enhetsmodell”. Detta hjälper till att fatta beslut om stöd för äldre enheter och optimering för specifika modeller.

SELECT percentile(coldStartTime, 95)
FROM MobileSession
WHERE osVersion LIKE "iOS 17%"
AND coldStartTime > 3
FACET deviceModel
SINCE 7 days ago
LIMIT 20

NRQL-frågan returnerar p95 för kallstartstiden för appar på iOS 17, där kallstarten överstiger 3 sekunder, grupperat efter enhetsmodeller. Detta gör det möjligt att upptäcka att iPhone XS startar 40% långsammare än iPhone 15 och fatta ett optimeringsbeslut.

Varningar och AI-avvikelsedetektering

New Relic tillhandahåller ett flexibelt varningssystem med stöd för statiska och dynamiska tröskelvärden. Static alert utlöses vid överskridande av ett fast värde: Apdex < 0.85. Dynamic alert använder maskininlärning för att upptäcka avvikelser: systemet lär sig det typiska beteendet hos mätvärdet under de senaste 4 veckorna och utlöses vid en avvikelse större än 3 standardavvikelser.

AI-avvikelsedetektering

New Relic AI (tidigare Applied Intelligence) upptäcker automatiskt avvikelser i alla datatyper — mätvärden, händelser, loggar — utan manuell tröskelkonfiguration. AI anomaly detection tar hänsyn till säsongsvariationer (dagstrafik högre än nattrafik, vardagar högre än helger) och genererar inga falsklarm vid förväntade fluktuationer. Vid upptäckt av en avvikelse skapar AI en incident med ett förslag på grundorsak baserat på korrelation med andra mätvärden.

Integration med PagerDuty och Slack

New Relic stöder sändning av meddelanden till PagerDuty, Slack, Opsgenie, Webhook och via e-post. Notification channels konfigureras på varningspolicynivå och gör det möjligt att skicka olika meddelanden till olika team: kritiska fel — till jourhavande ingenjör via PagerDuty, varningar — till teamets Slack-kanal.