Alertanalyse toont de alerts met de meeste ruis, bevestigingspercentages, MTTA en MTTR, levenscyclustrends en de oudste onopgeloste alertgroepen.
Prometheus-metrics tonen aanvraaglatentie, alertinvoer, meldingswachtrijen en workerstatus, met optionele bearer-tokenauthenticatie en Helm-ServiceMonitor-ondersteuning.
Configuratiewaarden kunnen worden overschreven via omgevingsvariabelen, aangekoppelde secretbestanden en Helm-verwijzingen naar bestaande Secrets of ConfigMaps.
Uitvoeringstraces van de orkestratie tonen overeenkomende regels, gebeurteniswijzigingen en voorgestelde beslissingen tegenover de daadwerkelijke levenscyclusresultaten.
Alertdetails tonen het huidige prioriteitsbeleid en de bron van de meldingsroutering; bij het koppelen aan incidenten kunnen alertgroepen op titel of ID worden gezocht.
Docker-images ondersteunen nu linux/arm64 naast linux/amd64.
Incidenten hebben nu een eigen werkruimte, levenscyclus, prioriteit en operationele eigenaar, met koppelingen naar alertgroepen en een activiteitentijdlijn.
Niet-achterwaarts compatibele API-wijziging: bewerkingen voor technische alertgroepen verhuizen naar /api/alert-groups; /api/incidents beheert nu uitsluitend operationele incidenten.
De Cloud.ru Cloud Eye-integratie ontvangt ondertekende SMN-meldingen over alarmen en herstel, met automatische bevestiging van het abonnement.
Feishu / Lark-kanalen leveren tekstmeldingen via webhooks van aangepaste bots, met optionele ondertekening van verzoeken.
Het overzichtsdashboard toont alerttrends, servicestatus, teamactiviteit, huidige dienstdoende medewerkers en recente activiteit.
Meldingsbeleid krijgt filters voor prioriteit, ernst, bron en servicekenmerken, terwijl verwijzingen naar uitgeschakelde kanalen behouden blijven.
Mobiele alertdetails en navigatie vanuit browserpush zijn verbeterd; Grafana-webhooks accepteren optionele velden met de waarde null.
Met alert shelving kunnen meldingen, herinneringen, updates en escalaties voor één actieve alertgroep tijdelijk worden gepauzeerd zonder de technische status of service-impact te verbergen.
Responders kunnen alerts shelven en vrijgeven vanuit de webinterface, browserpush, Slack, Telegram en Mattermost, met automatische afloop, hervatte bezorging en volledige tijdlijn- en auditregistratie.
Een native Azure Monitor-integratie accepteert Common Alert Schema-webhooks, koppelt Fired- en Resolved-gebeurtenissen, normaliseert Sev0-Sev4-prioriteiten en stelt Azure-metadata beschikbaar voor routering.
De gebeurtenisgeschiedenis van binnenkomende onderliggende alerts kan globaal volledig, alleen initieel of uitgeschakeld worden opgeslagen, terwijl Event Orchestration de modus voor overeenkomende gebeurtenissen kan overschrijven zonder operationele tijdlijnvermeldingen te verwijderen.
OIDC- en SAML-providers kunnen identiteitsclaims toewijzen aan gebruikers-ID’s van Slack, Telegram en Mattermost, zodat interactieve meldingsacties eenvoudiger via SSO kunnen worden ingericht.
Het verwijderen en opnieuw maken van resources is veiliger: afhankelijke routering en schedulerwerk worden consequent uitgeschakeld terwijl historische records beschikbaar blijven.
De interface voegt volledige Spaanse en vereenvoudigd-Chinese lokalisaties toe.
Helm-implementaties ondersteunen aangepaste CA-certificaten en veiligere uitgaande HTTP-configuratie voor privénetwerken, met correcties voor numerieke waarden en statische paden achter reverse proxies.
Configureerbare bewaarbeleidsregels kunnen oude geschiedenis van opgeloste waarschuwingen, Explain Traces en uitvoeringssporen van Event Orchestration automatisch in begrensde schedulerbatches verwijderen.
Event Orchestration kan per overeenkomende gebeurtenis volledige, compacte of uitgeschakelde verwerkingssporen instellen, met begrensde buffering en een zichtbare compacte of afgekorte status.
Het bevestigen van een gecorreleerd incident annuleert nu verouderde meldingen, herinneringen en escalaties; onderliggende gebeurtenissen met dezelfde of lagere prioriteit blijven bevestigd, terwijl gebeurtenissen met hogere prioriteit de groep opnieuw kunnen openen.
Een native New Relic-integratie ontvangt probleemmeldingen van Alerts Workflow en routeert genormaliseerde levenscyclusgebeurtenissen via standaard IncidentRelay-intaketokens.
Een native integratie met Nagios Core en Nagios XI verwerkt host- en serviceproblemen, herstelmeldingen en bevestigingen en negeert downtime, flapping en aangepaste meldingen.
Het Helm-chart wordt nu als OCI-artefact in GHCR gepubliceerd, met veiligere standaardwaarden en verbeterde controles voor SQLite-veilige implementaties.
Het donkere thema is consistenter in de belangrijkste weergaven en de Orchestration-simulator presenteert resultaten in een duidelijker, gebruiksvriendelijker formaat.
Event Orchestration voegt globale en servicespecifieke regels met versiebeheer toe, waarmee inkomende gebeurtenissen kunnen worden genormaliseerd, verrijkt, gerouteerd, gegroepeerd en gededupliceerd voordat de levenscyclus van de melding ze volledig heeft verwerkt.
Regels kunnen teams, routes, services en beleid selecteren, prioriteit en ernst wijzigen, meldingen onderdrukken, gebeurtenissen vertragen of verwijderen en veilige asynchrone webhooks in de wachtrij plaatsen.
Een visuele builder en JSON-editor worden ondersteund door validatie, simulatie, replay, shadow-uitvoering, traces, metrics en onveranderlijke publicatie- en rollbackworkflows voor veiligere roll-outs.
De native integratie met Uptime Kuma zet statuswijzigingen van monitors om in gerouteerde meldingen en lost deze automatisch op wanneer de monitors herstellen.
Stiltes en onderhoudsvensters kunnen nu met terugwerkende kracht op onopgeloste meldingen worden toegepast; betrokken meldingen kunnen na afloop van de onderdrukking opnieuw worden geactiveerd, terwijl de status van escalaties en meldingen consistent blijft.
De interface voegt een donker thema, opgeslagen UI-voorkeuren, een auditlogweergave en volledige Franse lokalisatie toe.
Persoonlijke API-tokens krijgen fijnmazige scopes, terwijl beperking van inlogpogingen, veiligere uitgaande HTTP-verzoeken en strengere validatie de beveiligingsgrens versterken.
De meegeleverde Helm-chart biedt een ondersteunde manier om de webapp en achtergrondworkers op Kubernetes uit te rollen.
PostgreSQL-migraties zoeken tabellen, kolommen en indexen nu op in het schema dat door het actieve zoekpad is geselecteerd, waardoor upgrades met een niet-openbaar schema correct werken.
Gedeelde schema-bewuste introspectiehulpmiddelen worden gebruikt in oudere migraties en schemacontroles, zodat er niet onveilig op het openbare schema wordt teruggevallen.
Migratie-upgrades en rollbacks houden schemawijzigingen en migratieregistraties nu in dezelfde databasetransactie, waardoor het risico op gedeeltelijk toegepaste migraties afneemt.
Nieuwe migratietests dekken aangepaste PostgreSQL-schema’s, ontbrekende relaties, indexopzoeking, databaseproxy’s en gedrag van andere databases.
IncidentRelay ondersteunt nu UI-lokalisatie met Engelse, Russische en Duitse catalogi voor workflows rond alerts, services, routes, rotaties, profielen en administratie.
Migratietools voor Grafana OnCall en PagerDuty helpen teams bestaande bereikbaarheidsgegevens naar IncidentRelay te verplaatsen.
PagerDuty Events API v2-compatibele en Datadog-webhookintegraties breiden de ondersteunde alertbronnen uit.
Slack Socket Mode-ondersteuning maakt Slack-appinteracties mogelijk zonder een openbaar inkomend Slack-endpoint bloot te stellen.
Geheimen in kanaalconfiguraties worden consistenter gemaskeerd in API- en UI-antwoorden.
Officiële IncidentRelay containerafbeeldingen worden nu gepubliceerd aan GitHub Container Registry, en Docker Compose gebruikt standaard de versioned release image.
De Helm grafiek verscheept nu als versie 1.1.0 en gebruikt de officiële IncidentRelay afbeelding voor Kubernetes implementaties.
Audit records, validatie fouten en bereidheid reacties nu redact geheimen en voorkomen dat het blootleggen van gevoelige input of database details.
Herhaalde erkennen en oplossen acties zijn idempotent, het voorkomen van dubbele tijdlijn gebeurtenissen, meldingen en impact updates.
Service links en runbooks valideren nu externe URL's voordat u actionable links maakt.
Heartbeats voegen dead-man-switch monitoring toe voor watchdogs, backups, ETL-taken, log shippers en andere systemen waar stilte de storingsmodus is.
Interval- en geplande-aanvullingsmodi kunnen normale gerouteerde IncidentRelay waarschuwingen aanmaken wanneer de verwachte pings stoppen met aankomen.
Hartslagmeldingen maken gebruik van de bestaande route, escalatie, melding, onderhoud en service-impact pijplijn, met optionele auto-oplossen wanneer pings terugkeren.
Business Services en Service Catalog impact scoren nu omgaan met status, prioriteit, ernst en afhankelijkheid gewichten korreliger.
Afhankelijkheid-bewuste correlatie links gerelateerde actieve alarmgroepen over service afhankelijkheden.
Mogelijke worteloorzaken, symptomen en downstream impact zijn een vertrouwensscore, afhankelijkheidsdiepte en uitleg.
Concordantietabel wordt weergegeven in waarschuwingslijsten, details, tijdschema's en meldingscontext terwijl er nog advies is: waarschuwingen worden niet automatisch samengevoegd, onderdrukt of opgelost.
Per-dependentie-instellingen en propagatievertragingen controleren correlatie timing en geluid.
Service Impact Geschiedenis slaat geplande of handmatige punt-in-tijd snapshots van de getroffen diensten, alarm impact, afhankelijkheid impact, wortel oorzaken en straal van de ontploffing.
Historische grafieken tonen beïnvloed-service trends en impact redenen, terwijl rankings identificeren diensten die herhaaldelijk worden beïnvloed.
Service betrouwbaarheid analyses combineren huidige SLI/SLO gezondheid met historische impactgegevens voor operationele beoordelingen en incidentonderzoek.
Service context management biedt nu duidelijker schakelen en bewerken workflows voor links, runbooks en afhankelijkheden.
Diensten kunnen SLI's en SLO's definiëren voor erkenning latency, resolutie latency, incident-gebaseerde beschikbaarheid en incident telt.
Doorlopende evaluaties classificeren doelstellingen als bereikt, risicovol, geschonden of zonder gegevens en berekenen de budgetten voor beschikbaarheidsfouten.
SLO's ondersteunen strengheid en prioriteiten, configureerbare vensters, open incidenten en optionele uitsluiting van het onderhoudsvenster.
Servicedetails, geaggregeerde analyses en de service-tijdlijn stellen huidige metingen en configuratiewijzigingen bloot.
Service Notificatiebeleid selecteert gedeelde leveringskanalen via bestelde regels op basis van waarschuwingsmatchers en evenementtypes, met alleen route, servicebeleid en gecombineerde leveringsmodi.
Priority Policies toewijzen automatisch P1-P5 met behulp van bestelde matcher regels, team defaults of service overrides, configureerbare update modi en bron of terugval prioriteiten.
Herbruikbare Matcher Presets en een gedeelde editor brengen consistente JSON validatie, opmaak en suggesties van recente waarschuwingen tot routes, serviceregels, stiltes, beleid en service runbooks.
Responders kunnen een handmatig toegewezen incidentprioriteit voor automatisch beheer resetten, terwijl Alert Trace laat zien hoe prioriteit werd geselecteerd en toegepast.
E-mail, Slack, Mattermost, Telegram en browser push notificaties kunnen direct naar de oorspronkelijke bron gebeurtenis verwijzen, met verbeterde Sentry gebeurtenis en projectdetectie.
On-call Health voegt paraatheidsindicatoren toe aan Rotaties en Teams, waarbij gezonde, waarschuwings- en kritische configuraties worden benadrukt voordat een incident plaatsvindt.
Gedetailleerde diagnostiek detecteert lege of gehandicapte rotatielagen, inactieve leden, schema hiaten, onopgeloste toewijzingsdoelstellingen en melding leveringsproblemen.
Gezondheidsdetails omvatten probleemtellingen, het gecontroleerde tijdvenster en bruikbare aanbevelingen voor het repareren van elk getroffen team of rotatie.
Nieuwe samenvatting en detail API eindpunten stellen stabiele machineleesbare uitgiftecodes voor automatisering, monitoring en externe diagnostiek bloot.
Alert Explore Trace registreert hoe inkomende waarschuwingen worden verwerkt, inclusief routematching, groepering, onderhouds- en stiltebeslissingen, planning van meldingen en gestopte verwerkingspaden.
Integratie-inname reacties omvatten nu een trace_id, waardoor routering storingen, onderdrukte incidenten en wees opgelost waarschuwingen gemakkelijker te onderzoeken vanuit de UI of API.
De pagina Waarschuwingen bevat een uitleg en diepe links voor het openen van sporen direct van trace_id query parameters.
De Waarschuwingen API valideert nu lijstqueries via een specifiek schema, het verbeteren van multi-value filters, paginatie, sorteren en toegewezen-to-me query gedrag.
LibreNMS API Transportwaarschuwingen kunnen nu ontvangen worden via een specifiek librenms integratie-eindpunt met genormaliseerde status, ernst, labels, deduplicatie en herstelbehandeling.
Gebruikers kunnen een profiel tijdzone voorkeur instellen, verbeteren alert en kalender tijd rendering voor gedistribueerde teams.
Het Notification Center stelt lopende verzoeken van de responder en user-facing incident acties bloot via een speciale API.
Diensten API documentatie omvat nu inventaris, match regels, links, runbooks, afhankelijkheden, impact en analyse eindpunten in een specifieke referentie.
De Alerts pagina kan filterstatus behouden en bevat een toegewezen-tot-mij filter voor snellere persoonlijke triage.
Er is nu een Helm grafiek beschikbaar voor Kubernetes implementaties, waaronder web-, scheduler- en Telegram werknemerscomponenten, weergegeven config-geheimen, sondes, ingang, service-account en persistentiewaarden.
Diensten kunnen standaard stakeholders definiëren die worden gekopieerd naar nieuwe incidenten, zodat eigenaren en waarnemers kunnen ontvangen gecreëerd, prioriteit, status en opgelost meldingen.
Incident responder verzoeken feed nu een notificatiecentrum waar gerichte gebruikers kunnen zien lopende verzoeken en accepteren of weigeren van de incident workflow.
Incident en service API's hebben nu betrekking op responders, stakeholders, prioriteiten, diensten en service eigenaar/default stakeholder management.
Incidentenprioriteiten gebruiken nu een consistente P1 Critical via P5 Informatieschaal voor alle alarmgegevens en operationele standpunten.
De Alerts pagina ondersteunt prioriteit filteren en sorteren, terwijl het dashboard voorrang badges en een prioritaire distributie samenvatting toont.
Inkomende alert ernst kan automatisch toewijzen of verhogen incident prioriteit zonder het overschrijven van een handmatig geselecteerde prioriteit of het verlagen van een bestaande automatische prioriteit.
E-mail, Mattermost, Telegram en browser push notificaties omvatten nu prioriteit voor incidenten, en handmatige prioriteit wijzigingen kunnen geabonneerde belanghebbenden per e-mail te informeren.
Alleen-lezen CalDAV synchroniseren stelt toegankelijke team on-call schema's bloot aan Apple Calendar, Thunderbird, DAVx5 en andere compatibele clients.
Tokenized ICS abonnement feeds laat teams toe on-call schema's toe te voegen aan Outlook, Google Agenda en andere agenda clients, met controles om feed URL's te regenereren of in te trekken.
Een nieuwe ondertekende Sentry integratie ontvangt probleemmeldingen, metrische waarschuwingen en geeft levenscyclusgebeurtenissen uit, met route-level geheimen, deduplicatie en automatische oplossingsbehandeling.
Route setup biedt nu source-specifieke webhook URL's, token details en kant-en-klare curl voorbeelden.
Gezondheids- en paraatheidseindpunten ondersteunen Kubernetes sondes en belastingsbalanscontroles.
Onderhoud Windows kan doelgroepen, teams, diensten of routes en meldingen onderdrukken, nieuwe incidenten onderdrukken, onderhoud incidenten of pauze escalaties.
Onderhoudsschema's ondersteunen tijdzones, effectieve statussen en terugkerende RFC5545 regels.
Responders kunnen onderzoekscommentaren direct maken, bewerken en verwijderen bij alarmgroepen, met acties die in de waarschuwingstijdlijn worden weergegeven.
De waarschuwingsdetails omvatten nu incidentbeheercontroles voor prioriteit, verzoeken van hulpverleners en voorkeuren voor kennisgevingen aan belanghebbenden.
Groepsmanagers kunnen teamgebruikers binnen hun toegangsgebied beheren.
Gerelateerde monitoringsignalen kunnen nu worden verzameld in alarmgroepen met behulp van configureerbare route group_by velden.
Exploitanten kunnen alarmgroepen erkennen, oplossen en handmatig samenvoegen met behoud van hun individuele kindwaarschuwingen.
Waarschuwingsgroepmeldingen ondersteunen vertraagde batchverwerking en update-intervallen, waardoor de ruis van kortstondige of rapidly uitbreidende incidenten wordt verminderd.
Rotatielaagleden hebben nu begin- en eindperioden, behouden historische schema's en ondersteunen toekomstige lidmaatschapswijzigingen.
Waarschuwgroep queries ondersteunen multi-value filters voor meer flexibele incidenten en API verzoeken.
Beheerders kunnen IncidentRelay administrators maken of bijwerken van een Slack gebruikersgroep met het nieuwe sync-slack-admins commando.
On-call status is nu zichtbaar in de topbar en profiel ervaring, zodat gebruikers kunnen zien huidige en komende verschuivingen sneller.
Profielinstellingen bevatten nu on-call status en notificatievoorkeuren voor updates van de e-maildienst.
Shift e-mail notificaties kunnen gebruikers waarschuwen over komende on-call periodes met inachtneming van voorkeuren en deduplicatie regels.
Rotatie-opzoekingen zijn nu verantwoordelijk voor lagen, overschrijven en deelname per gebruiker bij het berekenen van gebruikersspecifieke on-call vensters.
Kalender- en rotatieweergaven werden verfijnd rond tijdgebonden schema-opzoeken en duidelijker context van aanwezigheid.
Rotaties ondersteunen nu gelaagde on-call schema's met prioriteiten, actieve tijdbeperkingen, per-layer leden en timezone-aware handoff regels.
De agenda geeft nu het definitieve schema weer van lagen en overschrijft, zodat teams de effectieve on-call gebruiker voor elk tijdsegment kunnen inspecteren.
Agendafiltering ondersteunt nu het selecteren van een specifieke rotatie wanneer een team meerdere schema's heeft.
Rotatie API's stellen nu laag-, laag- en laagrestrictie-eindpunten bloot voor automatisering en integraties.
Rotatieherinneringsintervallen kunnen nu ingesteld worden op 0 om herhaalde herinneringen uit te schakelen voor waarschuwingen die via die rotatie worden toegewezen.
Herinnering gebaseerde escalatie respecteert nu uitgeschakelde herinneringen in plaats van terug te vallen naar een globale herinneringsinterval.
De waarschuwingspagina strengheid filter nu bevat waarschuwing en info severities voor nauwkeuriger triage.
Persoonlijke API tokenlevensduur is nu beperkt tot 365 dagen terwijl nog steeds niet-verlopende tokens met 0 dagen worden toegestaan.