Een hypotheekaanvraag die blijft hangen. Een vergunningaanvraag die vastloopt. Blueriq-applicaties zijn vaak mission critical en spelen een centrale rol in een keten van systemen. Loopt de performance terug, dan voelt de eindgebruiker dat meteen. En herstel kost tijd die je liever in doorontwikkeling steekt dan in spitwerk in logbestanden die bij veel gelijktijdige gebruikers volledig door elkaar heen lopen.
Vaak zit de vertraging bovendien niet eens in Blueriq zelf, maar in een koppeling met een extern systeem of database, aangeroepen vanuit een service call of container in je model. Met Metrics en Tracing, de uitbreiding van de Observability mogelijkheden in de Blueriq runtime, vind je die knelpunten sneller en vaak al vóórdat gebruikers er last van hebben.
Hypotheekaanvraag (financiële dienstverlening). Een aanvraag doorloopt meerdere service calls, bijvoorbeeld voor een BKR-check of een taxatiekoppeling. Met Metrics zie je meteen welke van die calls structureel het langzaamst is nog vóór de eerste klacht van een adviseur binnenkomt.
Vergunningaanvraag (overheid). Loopt een aanvraag vast op een koppeling met een extern BAG- of BRK-register? Met Tracing zie je precies in welke stap van dát ene event de vertraging zit, en of die bij Blueriq ligt of bij het externe register.
Zie trends en afwijkingen voordat gebruikers er last van hebben
Metrics geven continu objectief inzicht in de performance van je Blueriq-containers en service calls, bijvoorbeeld de gemiddelde responstijd over de afgelopen 60 minuten. Je visualiseert ze in een dashboard, met tools zoals Grafana, waarin je in één oogopslag de top 10 langzaamste service calls of containers ziet. Je stelt zelf een alert in op een drempelwaarde, zodat je automatisch een seintje krijgt zodra de responstijd te lang wordt. Metrics beantwoorden de vraag: gaat het systeem structureel goed of slecht, en waar verschuift de performance over tijd?
Volg één event stap voor stap door de hele keten
Waar metrics stoppen, zoomt Tracing in. Je selecteert één specifiek event en volgt stap voor stap welke requests en responses daarbinnen plaatsvinden, zodat je exact ziet welke keten wordt doorlopen en waar precies de vertraging ontstaat. Tracing beantwoordt de vraag: waarom was dit ene event traag, en welk onderdeel veroorzaakte dat? Zit het in Blueriq zelf of wacht Blueriq op een extern component?
Metrics en Tracing werken vanuit dezelfde Blueriq runtime (Micrometer/OpenTelemetry), maar volgen elk hun eigen dataspoor naar hun eigen visualisatie: Prometheus verzamelt de metrics data, Grafana visualiseert de metrics, Jaeger visualiseert de tracing. Dit zijn de tools die door ons zijn getest gebruik je al andere observability-tooling, dan werkt die net zo goed, zolang die op het open OpenTelemetry-protocol aansluit
Je signaleert knelpunten vaak al vóórdat gebruikers er last van hebben, in plaats van achteraf te reconstrueren wat er misging.
Je hoeft niet meer te spitten in logbestanden van veel gelijktijdige gebruikers. Metrics wijzen je naar het structurele probleem, Tracing naar de exacte oorzaak binnen één event.
Je bouwt je eigen dashboards met trends, pieken en afwijkingen en stelt zelf alerts in op de drempelwaarden die voor jouw applicatie relevant zijn.
De eindgebruiker hoeft niet meer te wachten, de business engineer hoeft niet meer in logs te spitten en je houdt je beste mensen vrij voor doorontwikkeling in plaats van brandjes blussen.
Neem je onze cloud service af, dan regelt Blueriq de onderliggende tooling voor je.
Kies je voor zelfhosting, bijvoorbeeld in je eigen cloudomgeving, dan voeg je zelf de benodigde dependencies toe aan de runtime en richt je zelf Prometheus, Grafana, Jaeger of vergelijkbare OpenTelemetry-compatibele tooling in en beheer je die.
Runtime Performance Insights is beschikbaar vanaf Blueriq versie 18.5.
Neem contact op met je Customer Success Manager om Metrics en Tracing te activeren voor jouw Blueriq-omgeving. Voor andere vragen kun je terecht bij Yuri Versluis.