Michael JohnsonAWS kondigde CloudWatch Omni aan op 22 september 2026 en vermeldde het op 23 september als algemeen beschikbaar. De data beschrijven twee verschillende gebeurtenissen: de aankondiging en het begin van de algemene beschikbaarheid. Omni brengt observability van applicaties en AI-agents samen in één omgeving, met een zelfstandige webinterface en IDE-extensies, naast integratie met CloudWatch. AWS’ aankondiging van CloudWatch Omni
Die combinatie speelt in op een blinde vlek in productieomgevingen: een verzoek van een agent kan worden afgerond zonder een conventionele servicefout en toch een slecht antwoord opleveren of het verkeerde hulpmiddel kiezen. AWS stelt dat teams agenttraces en evaluaties kunnen bekijken naast applicatietelemetrie. De praktische vraag is of die signalen nuttig zijn in een gedeelde werkruimte, en welke gegevens, toegangsrechten en kosten het doorsturen erheen met zich meebrengt.
Het product omvat meer dan agenttraces
Omni is een uitbreiding van CloudWatch, geen vervanging ervan. AWS zegt dat bestaande CloudWatch-alarmen, dashboards, API’s en consoleworkflows blijven werken. Telemetrie die al naar CloudWatch wordt verzonden, kan zonder herconfiguratie in Omni verschijnen; andere geïnstrumenteerde workloads kunnen gegevens verzenden via het OpenTelemetry Protocol (OTLP). AWS beschrijft ook servicedetectie en afhankelijkheidskoppelingen, met ruimten die telemetrie uit meerdere accounts en regio’s kunnen samenbrengen als ze daarvoor zijn geconfigureerd. De documentatie over CloudWatch Omni
De omgeving is niet beperkt tot de AWS Management Console. AWS biedt een zelfstandige webinterface met eenmalige aanmelding en IDE-extensies voor VS Code, Cursor en Kiro. De releaseopmerking van 23 september vermeldt dat de dienst algemeen beschikbaar is in US East (N. Virginia), US West (Oregon) en Europa (Ierland). Teams moeten de regionale ondersteuning controleren voordat ze Omni opnemen in een productieontwerp.
Voor agents beschrijft AWS het verkennen van traces, evaluaties en experimenten met frameworks als OpenAI Agents SDK, LangGraph, CrewAI, Vercel AI SDK en Strands. Bij applicatieonderzoek kunnen gebruikers vragen in natuurlijke taal stellen of telemetrie rechtstreeks verkennen; AWS zegt dat de AI-ondersteunde onderzoeksfuncties worden aangedreven door DevOps Agent. In het bericht over de applicatielancering staat ook dat DevOps Agent standaard is ingeschakeld in elke Omni-onderzoeksessie. Beheerders moeten dit gedrag begrijpen wanneer ze de workflow beoordelen.
Waarom het samenbrengen van signalen van belang kan zijn
Conventionele monitoring kan laten zien of een service reageert, hoe lang dat duurt en of er fouten worden geretourneerd. Mogelijk wordt niet duidelijk dat een agent een verzoek verkeerd heeft begrepen, een ongeschikt hulpmiddel heeft gekozen of een onjuist antwoord heeft gegeven. Door een evaluatieresultaat naast de trace en applicatiesignalen te bekijken, kan een team een kwaliteitsprobleem mogelijk terugvolgen door de uitvoering van de agent.
Dat is een aannemelijk operationeel voordeel, geen aangetoond prestatieresultaat. In het lanceringsmateriaal van AWS wordt de gecombineerde workflow beschreven, maar niet bewezen dat incidenten er sneller mee worden opgelost dan met bestaande hulpmiddelen. Teams moeten zelf testen of de evaluaties en onderzoeken van Omni nuttig zijn voor hun workloads.
OpenTelemetry kan het eenvoudiger maken om telemetrie vanuit bestaande instrumentatie te verzenden, maar een gemeenschappelijk protocol maakt observabilityplatforms niet onderling uitwisselbaar. De OTLP-specificatie definieert hoe telemetrie wordt verzonden; teams moeten nog steeds nagaan van welke signalen, query’s en platformspecifieke functies hun workflows afhankelijk zijn.
Centralisatie vereist configuratie
Omni kan gegevens uit meerdere accounts en regio’s samenbrengen, maar teams moeten er niet van uitgaan dat het inschakelen van de interface automatisch de telemetrie van elk account verzamelt. In de configuratiedocumentatie van AWS staat dat domeinen en ruimten moeten worden aangemaakt en dat vervolgens moet worden ingesteld hoe telemetrie uit meerdere accounts in een ruimte wordt samengebracht. Bestaande CloudWatch-gegevens kunnen zonder herinstrumentatie worden bekeken, maar de organisatie moet nog steeds de beoogde toegang en gegevensstroom configureren. De installatie-instructies voor Omni
Dat onderscheid is van belang voor zowel de implementatie als de kosten. De prijspagina van AWS maakt onderscheid tussen kosten voor het opnemen, opslaan en analyseren van telemetrie. Ook beschrijft AWS kosten voor extra gecentraliseerde kopieën; volgens de vermelde prijzen is de eerste gecentraliseerde kopie gratis. Querykosten zijn afhankelijk van de hoeveelheid gescande gegevens en de inbegrepen hoeveelheden; voor agentevaluaties gelden de tarieven van Amazon Bedrock AgentCore Evaluations. Een bruikbare schatting moet daarom rekening houden met volume, bewaartermijn, querypatronen, kopieën en evaluatiefrequentie, niet alleen met het aantal agents.
Controleer trace-inhoud en toegang
Agenttraces kunnen prompts, antwoorden, opgehaalde documenten en persoonsgegevens bevatten. AWS zegt dat Omni persoonsgegevens niet automatisch detecteert of anonimiseert. In de richtlijnen van AWS voor gevoelige gegevens wordt aangeraden te bepalen waar filtering plaatsvindt; anonimiseren tijdens het vastleggen is de optie die voorkomt dat gevoelige inhoud de applicatie verlaat.
AWS zegt ook dat Omni klantinhoud niet gebruikt om basismodellen te trainen of Omni zelf te verbeteren. Dat betekent niet dat inhoud nergens anders wordt verwerkt: sommige functies sturen gegevens naar diensten zoals Bedrock of AgentCore, en AWS documenteert inferentie in meerdere regio’s voor AI-functies. Gegevens blijven opgeslagen in de regio van de ruimte, maar AI-verzoeken kunnen elders binnen hetzelfde geografische gebied worden verwerkt. Teams moeten het beleid voor gegevensgebruik van AWS en de details over inferentie in meerdere regio’s bekijken, vooral als hun beleid beperkingen oplegt aan de locaties waar trace-inhoud mag worden verwerkt.
Toegangsbeheer verdient evenveel aandacht als de telemetriepijplijn. AWS zegt dat leden van een ruimte standaard alle telemetrie daarin kunnen lezen; gegevensbereiken kunnen beperken welke log- en tracerijen een lid ziet. Die bereiken verbergen echter geen velden binnen een rij en zijn dus geen vervanging voor het anonimiseren van inhoud die gebruikers nooit mogen zien. De instructies voor het beperken van zichtbaarheid
Omni zorgvuldig evalueren
Voor teams die CloudWatch al gebruiken, kan een afgebakende test uitwijzen of Omni’s gedeelde weergave van applicaties en agents helpt bij een echte workflow. Bepaal voordat je productietraces verstuurt welke signalen nodig zijn, configureer filtering, stel de toegang tot accounts en regio’s in en schat de kosten voor opname, opslag, analyse en evaluaties. Vergelijk vervolgens de gegenereerde onderzoeken en evaluatieresultaten met de huidige incidentprocedures.
Voor organisaties die andere observabilityplatforms gebruiken, is de lancering een reden om de workflow te evalueren, niet op zichzelf een reden om te migreren. Omni brengt signalen over agentkwaliteit dichter bij het applicatiebeheer, maar de waarde ervan hangt af van het nut van de onderzoeken, de geschiktheid van de beheersmaatregelen en de kosten van de gegevensstroom.
