AWS har satt observability-bransjen i bevegelse. 22. september 2026 ble Amazon CloudWatch Omni gjort allment tilgjengelig, og produktet markerer det tydeligste forsøket til nå på å samle AWS- og Azure-telemetri i ett grensesnitt. For nordiske IT-avdelinger som drifter blandede sky-miljøer, er dette den første store testen av om AWS faktisk mener alvor med multisky-støtte, eller om Omni i praksis bare er enda et verktøy som trekker kunder dypere inn i AWS-økosystemet.
Lanseringen kommer på et tidspunkt der stadig flere norske og nordiske selskaper kjører arbeidslast på minst to skyleverandører samtidig, ofte uten at det var en bevisst strategi. Det skjedde gjennom oppkjøp, skygging fra ulike avdelinger eller rett og slett fordi ingen tok den tunge jobben med å konsolidere. Omni er AWS sitt svar på kaoset som følger av akkurat den situasjonen, men svaret er foreløpig ufullstendig.
Hva er Amazon CloudWatch Omni egentlig?
CloudWatch Omni er beskrevet av AWS som “den neste evolusjonen av Amazon CloudWatch”, og selskapet kaller det en omarbeidet observability-opplevelse som er AI-drevet, bygget på åpne standarder og levert utenfor den tradisjonelle AWS-konsollen (AWS, offisiell produktside). I praksis betyr det et nytt lag over CloudWatch som samler telemetri fra flere AWS-kontoer, flere AWS-regioner og, for første gang, fra Azure-arbeidslast i samme visning.
Kjernekonseptet kalles “spaces”. Det er sentraliserte arbeidsområder der team samler tjenester, avhengigheter, applikasjoner og AI-agenter i én konsolidert visning. AWS skriver direkte at “Amazon CloudWatch Omni er nå allment tilgjengelig” i lanseringsinnlegget sitt (AWS, offisiell kunngjøring), og rammer inn produktet rundt det selskapet mener er den vanskeligste nye driftsutfordringen: å forstå hvorfor en autonom AI-agent gjorde det den gjorde.
Funksjonaliteten inkluderer automatisk oppdagelse av tjenester og avhengigheter, topologikart over hele applikasjonen, spørringer på naturlig språk og SQL, såkalte “golden metrics” og AI-styrte undersøkelser gjennom AWS sin DevOps Agent. Omni kan dermed vise applikasjonstelemetri, infrastrukturdata og AI-agentspor side om side, noe som tidligere krevde flere verktøy og manuell korrelering.
GA-datoen og konteksten bak lanseringen
AWS bekreftet generell tilgjengelighet 22. september 2026, og knyttet lanseringen eksplisitt til veksten i generativ AI og agentbaserte arbeidslaster. I “What’s New”-oppføringen skriver AWS at de “kunngjør generell tilgjengelighet av Amazon CloudWatch Omni, en evolusjon av Amazon CloudWatch” (AWS, What’s New). Det er et bevisst ordvalg: AWS kaller det ikke en ny CloudWatch-funksjon, men en evolusjon av selve produktet.
Bakteppet er at AI-agenter nå tar selvstendige beslutninger i produksjonsmiljøer, kaller API-er, trigger nedstrøms tjenester og noen ganger feiler på måter som er vanskelige å spore tilbake til en enkelt årsak. SiliconANGLE beskrev lanseringen som AWS sitt forsøk på å løse “det vanskeligste spørsmålet innen agentbasert AI: hvorfor gjorde agenten det den gjorde” (SiliconANGLE). Det er en treffende oppsummering av hvorfor AWS investerer tungt i dette nå, og ikke for to år siden da multisky-overvåking allerede var et kjent problem.
InfoWorld pekte på at tilnærmingen er applikasjonssentrert snarere enn infrastruktursentrert, og at dette kan redusere verktøyfragmentering og gjøre feilsøking raskere, men samtidig advarte analytikere sitert i samme sak om at innlåsing og stigende telemetrikostnader kan begrense appetitten hos kunder (InfoWorld). Det er nettopp denne spenningen, mellom bekvemmelighet og avhengighet, som kommer til å definere hvordan Omni blir mottatt i europeiske IT-avdelinger.
Teknisk rekkevidde: AWS, Azure, og (foreløpig) ikke GCP
Her ligger den viktigste nyansen i hele lanseringen. Omni kan i dag hente inn telemetri fra flere AWS-kontoer, flere AWS-regioner og Azure-arbeidslast via OpenTelemetry. AWS sier selv at Azure-inntak er støttet “i dag”, mens “andre skyleverandører” er planlagt for fremtiden. Det finnes ingen offentlig GA-bekreftelse på at Google Cloud er støttet som kilde ved lansering.
Det betyr at Omni, til tross for markedsføringen som multisky-produkt, i realiteten er et AWS-pluss-Azure-produkt ved lansering. For nordiske selskaper som også har arbeidslast på Google Cloud, enten fordi de bruker BigQuery til analyse eller Vertex AI til maskinlæring, dekker ikke Omni hele bildet ennå. AWS sin egen dokumentasjon beskriver produktet som “en AI-drevet observability-opplevelse i Amazon CloudWatch for dine applikasjoner og AI-agenter, alene eller sammen” (AWS-dokumentasjon), uten å nevne GCP i det hele tatt.
Ved GA er Omni tilgjengelig i tre regioner: US East (N. Virginia), US West (Oregon) og Europe (Ireland). For norske selskaper betyr det at data kan behandles innenfor EU, i det minste i teorien, men AWS har ikke publisert en fullstendig oversikt over hvilke telemetrityper som faktisk forblir i den europeiske regionen versus hva som rutes gjennom amerikansk infrastruktur for AI-analyse. Det er et spørsmål ethvert selskap med GDPR-forpliktelser bør stille før de kobler på produksjonsdata.
Prismodellen: forbruksbasert, men ikke enkel
AWS markedsfører Omni som forbruksbasert uten egen fast plattformavgift. Standard CloudWatch-priser for inntak og lagring gjelder, og dashboards og varsler er inkludert uten ekstra kostnad. Spørringer er gratis opp til en kvote knyttet til inntaksvolum, og kunder betaler kun for spørringsvolum utover den kvoten, ifølge AWS sin offisielle prisside som omtaler Omni som “en samlet observability-opplevelse for applikasjoner og agenter” (AWS, prisside).
I praksis er modellen mer sammensatt enn den høres ut. Total kostnad avhenger av inntaksvolum, lagring, oppbevaringstid, antall sentraliserte kopier av telemetri og spørringsvolum, og alle disse prises separat og varierer etter region. Tabellen under viser de publiserte listeprisene for US East (N. Virginia), som er regionen AWS bruker som referanse.
| Komponent | Publisert pris |
|---|---|
| Applikasjons- og egendefinerte logger | 0,50 USD/GB |
| OpenTelemetry-metrikker | 0,50 USD/GB |
| Spor og spans (trinnvis) | 0,35–0,15 USD/GB |
| Spørringsskanning utover kvote | 0,005 USD/GB |
| Ekstra sentralisert kopi | 0,05 USD/GB |
| Inkludert spørringskvote | Opptil 5x månedlig kvalifisert logg- og spaninntak |
| Prøvekreditt ved oppstart | 1.000 USD over 30 dager |
Den første sentraliserte kopien av telemetri er gratis, mens hver ekstra kopi koster 0,05 USD per GB. For et selskap som sentraliserer data fra ti AWS-kontoer og flere Azure-abonnement, kan disse tallene fort bli betydelige, spesielt hvis spørringsmønstrene er tunge på AI-assistert feilsøking som i seg selv genererer mer spørringstrafikk. Dette er nøyaktig den typen kostnadskompleksitet FinOps-team allerede sliter med å kontrollere, noe en fersk rapport om AI-kostnader i skyen illustrerer, der 98 prosent av virksomhetene oppgir at de aktivt styrer AI-relaterte skykostnader.
Konkurrentbildet: Datadog, Grafana, Azure Monitor og Google Cloud Operations
Omni lanseres inn i et marked som allerede har flere modne aktører. Datadog har bygget sin posisjon nettopp på bred, leverandørnøytral integrasjon på tvers av skyer og SaaS-tjenester. Grafana Cloud, bygget rundt Grafana, Prometheus, Loki og Tempo, har en lignende styrke: økosystemet er designet for å være agnostisk fra dag én, og OpenTelemetry-støtten der har eksistert lenger enn AWS sin tilsvarende satsing.
Azure Monitor er sterkt på sitt eget territorium og har støttet hybride og multisky-scenarioer gjennom egne integrasjoner, men er naturlig nok bygget med Azure som tyngdepunkt. Google Cloud Operations Suite har tilsvarende dynamikk på GCP-siden. Ingen av disse fire er i praksis fullstendig skyagnostiske i den forstand at de behandler alle skyer likt, men Datadog og Grafana kommer nærmest fordi hele forretningsmodellen deres forutsetter at kunden ikke er AWS-, Azure- eller GCP-eksklusiv.
| Plattform | Multisky-posisjon ved Omni-lansering | Styrke |
|---|---|---|
| CloudWatch Omni | AWS-kontoer og regioner pluss Azure; GCP ikke bekreftet ved GA | AI-agent-sporing, native AWS-sentralisering |
| Datadog | Bred, leverandørnøytral integrasjon på tvers av skyer og SaaS | Modent økosystem, lenge etablert |
| Grafana Cloud | Multikilde via Grafana, Prometheus, Loki, Tempo, OpenTelemetry | Åpen kildekode-fundament, fleksibilitet |
| Azure Monitor | Azure-native, med hybrid/multisky-integrasjoner | Dyp integrasjon i Microsoft-stacken |
| Google Cloud Operations Suite | GCP-native overvåking, logging og sporing | Tett kobling mot GCP-tjenester |
Den klareste konkurransemessige forskjellen er at Omni foreløpig ikke er en symmetrisk tre-sky-tjeneste. AWS er eksplisitt på at Azure støttes ved GA, mens dypere multisky-dekning og andre skyleverandører kommer senere. Det gir Datadog og Grafana et bredde-fortrinn så lenge Omni forblir et to-sky-produkt. Omnis differensiering ligger i stedet i kombinasjonen av AWS-native kontosentralisering, OpenTelemetry-inntak, AI-agentsporing og AI-assistert undersøkelse gjennom DevOps Agent, en kombinasjon ingen av konkurrentene tilbyr i akkurat denne formen i dag.
Historisk kontekst: fra CloudWatch til Omni
CloudWatch har i mange år tilbudt overvåking på tvers av kontoer og regioner innenfor AWS sitt eget økosystem, men det har alltid vært et AWS-internt verktøy. Behovet for å se Azure- eller GCP-telemetri i samme grensesnitt har tradisjonelt blitt løst av tredjepartsverktøy som Datadog, New Relic eller Grafana, nettopp fordi AWS ikke hadde egen interesse av å bygge bro til konkurrentenes skyer.
Det som har endret regnestykket, er den eksplosive veksten i agentbaserte AI-arbeidslaster gjennom 2025 og 2026. Når en AI-agent kan kalle tjenester på tvers av flere skyer i samme arbeidsflyt, blir det umulig for driftsteam å forstå hendelsesforløp uten et verktøy som ser hele kjeden. AWS sin løsning er ikke å bygge en nøytral tredjeparts-plattform, men å utvide CloudWatch slik at det dekker nok av virkeligheten til at AWS-kunder ikke trenger å forlate økosystemet for å få oversikt. Det er en fortsettelse av en velkjent AWS-strategi: gjøre det native alternativet godt nok til at bytte-kostnaden ved å velge en tredjepart blir vanskeligere å forsvare.
Hva betyr dette for norske og nordiske selskaper?
Mange store nordiske virksomheter, spesielt i bank, telekom og industri, har de siste årene endt opp med reelle multisky-miljøer. Det skjer sjelden som en bevisst strategisk beslutning fra toppen, og oftere som et resultat av at ulike avdelinger har valgt ulike skyer for ulike formål, eller fordi oppkjøp har brakt med seg eksisterende Azure- eller GCP-miljøer inn i et ellers AWS-tungt selskap. Europe (Ireland)-regionen gir disse selskapene et europeisk driftssted for Omni, noe som er en forutsetning for mange, men ikke i seg selv en garanti for at all behandling skjer innenfor EU/EØS.
For en norsk IT-sjef som vurderer Omni, er de praktiske spørsmålene: Hvor lagres og behandles telemetrien, og rører noe av den amerikansk infrastruktur for AI-analyse underveis? Hvilke overføringsmekanismer gjelder hvis data krysser landegrenser? Hvor lenge beholdes data, og kan det slettes på forespørsel? Og ikke minst: hva skjer med totalkostnaden når inntaksvolum, lagring, sentraliserte kopier og spørringer legges sammen over et helt kvartal med reell produksjonstrafikk? AWS har ikke publisert et ferdig svar på noen av disse spørsmålene spesifikt for Omni, noe som betyr at hvert selskap må gjøre den kartleggingen selv før produksjonsdata kobles på.
Fordeler: raskere feilsøking og mindre verktøyfragmentering
Den mest konkrete fordelen InfoWorld trekker frem, er at en applikasjonssentrert tilnærming kan redusere tiden team bruker på å hoppe mellom ulike overvåkingsverktøy under en hendelse. Når topologikart, golden metrics, AI-agentspor og infrastrukturdata ligger i samme visning, kutter det i teorien antall kontekstbytter en driftsingeniør må gjøre midt i en pågående feilsituasjon. Det er nøyaktig den typen friksjon som forlenger MTTR (mean time to resolution) i komplekse miljøer.
AI-styrte undersøkelser gjennom DevOps Agent er trolig den funksjonen som skiller seg mest fra det etablerte konkurrentfeltet akkurat nå. I stedet for at en ingeniør manuelt må korrelere logger, metrikker og spor, kan agenten foreslå sannsynlige årsakssammenhenger basert på mønstre den har sett i telemetrien. Dette er fortsatt tidlig teknologi, og AWS har ikke publisert uavhengige tall på hvor presise disse forslagene faktisk er i produksjon, men retningen er tydelig: observability-verktøy beveger seg fra passive dashboards til aktive diagnoseassistenter.
Ulemper: innlåsing, kostnadsvekst og manglende GCP-støtte
Den klareste svakheten er at Omni er bygget rundt AWS-kontoer som sentralt ankerpunkt. Det gir mening for selskaper som allerede er AWS-tunge, men er en vesentlig mindre nøytral arkitektur enn det en ren tredjepartsplattform som Datadog eller Grafana tilbyr. Jo mer et selskap investerer i Omni-spesifikke arbeidsflyter, dashboards og varslingsregler, jo dyrere blir det å bytte bort fra AWS som observability-plattform senere, selv om selve arbeidslasten i teorien kjører flere steder.
Kostnadsbildet er også mer uoversiktlig enn markedsføringen antyder. Fordi prisen avhenger av minst fem ulike variabler, inntak, lagring, oppbevaringstid, sentraliserte kopier og spørringsvolum, er det vanskelig for et selskap å anslå totalkostnaden før de faktisk har kjørt produksjonstrafikk gjennom systemet i noen måneder. Dette er et kjent mønster i skyøkonomi: forbruksbaserte modeller er fleksible, men gjør budsjettering vanskeligere, spesielt når AI-assistert feilsøking i seg selv driver opp spørringsvolumet.
Den tredje og kanskje mest direkte begrensningen er at Google Cloud ikke er bekreftet støttet ved lansering. For et ekte multisky-selskap med arbeidslast spredt over alle tre store skyene, dekker ikke Omni hele porteføljen. Det tvinger disse selskapene til enten å kjøre Omni ved siden av et annet verktøy for GCP-telemetri, noe som underminerer hele poenget med konsolidering, eller å vente på at AWS utvider støtten til flere leverandører, noe selskapet selv sier er en fremtidig plan uten oppgitt tidslinje.
Markedsanalyse: hvorfor AWS satser nå
Timingen på lanseringen er neppe tilfeldig. Gjennom 2026 har stadig flere virksomheter satt AI-agenter i produksjon for oppgaver som tidligere krevde menneskelig godkjenning, fra automatisert feilretting til selvbetjent infrastrukturendring. Når disse agentene kan handle på tvers av flere skyer og tjenester i samme arbeidsflyt, blir mangel på samlet observability en reell driftsrisiko, ikke bare en bekvemmelighetsulempe.
AWS sin strategi her følger et kjent mønster fra selskapets historie: i stedet for å la et gap i tilbudet bli utnyttet av en tredjepart, bygger de et godt nok internt alternativ til at bytte-kostnaden ved å velge bort AWS blir vanskeligere å forsvare for kunden. CloudWatch Omni er neppe ment å fullstendig erstatte Datadog eller Grafana hos de mest multisky-tunge kundene med det første, men det reduserer presset for AWS-tunge kunder til å hente inn et tredje verktøy bare for å dekke en Azure-integrasjon de har av historiske årsaker.
Prognoser: hva skjer videre med multisky-overvåking
Basert på hvordan AWS historisk har utvidet lignende produkter, og på signalene i lanseringsmaterialet, er det mulig å gjøre noen kvalifiserte antagelser om de neste 12 til 18 månedene:
- AWS vil trolig utvide regional tilgjengelighet for Omni utover de tre lanseringsregionene i løpet av 2027, med flere europeiske regioner som sannsynlige kandidater gitt GDPR-press fra kunder.
- Google Cloud-støtte kommer sannsynligvis i løpet av 2027, ettersom AWS selv har signalisert at “andre skyleverandører” er en fremtidig plan, men en konkret dato er ikke oppgitt noe sted i det tilgjengelige kildematerialet.
- Datadog og Grafana vil trolig svare med enda tettere AI-agent-sporingsfunksjoner for å forsvare sin posisjon som nøytrale plattformer, siden det er nettopp denne funksjonaliteten Omni bruker som sitt viktigste salgsargument.
- Kostnadsdiskusjonen rundt Omni vil trolig intensiveres etter hvert som flere selskaper får sine første fulle fakturasykluser, spesielt knyttet til spørringskostnader utover den inkluderte kvoten.
- Flere nordiske virksomheter med blandede AWS/Azure-miljøer vil trolig teste Omni i pilotprosjekter gjennom 2027, men bred produksjonsadopsjon avhenger av at AWS klargjør databehandlingsvilkår spesifikt for europeiske kunder.
Slik vurderer IT-avdelinger om Omni er verdt å teste
For selskaper som vurderer å teste CloudWatch Omni, er det noen konkrete spørsmål som bør avklares før produksjonsdata kobles på. Først: hvor stor andel av arbeidslasten ligger faktisk på AWS versus Azure versus GCP? Hvis GCP utgjør en vesentlig del av porteføljen, dekker ikke Omni hele bildet ved lansering, og man bør vurdere om en leverandørnøytral løsning som Grafana eller Datadog gir bedre dekning med det samme.
Dernest bør teamet kartlegge forventet telemetrivolum, inkludert hvor mye AI-assistert feilsøking faktisk vil drive opp spørringskostnadene utover den inkluderte kvoten på fem ganger kvalifisert inntak. Den 30-dagers prøveperioden med 1.000 USD i kreditt gir et konkret vindu for å teste dette med reelle tall før man forplikter seg videre. Til slutt bør juridisk og compliance-avdeling vurdere om Europe (Ireland)-regionen dekker selskapets databehandlingskrav, særlig for telemetri som kan inneholde brukerdata eller forretningssensitiv informasjon fra applikasjonslogger.
Alternativene: når gir det mening å velge noe annet enn Omni
Grafana Cloud forblir trolig det beste valget for selskaper som vil unngå leverandørbinding helt, ettersom hele plattformen er bygget på åpne komponenter som Prometheus, Loki og Tempo, og OpenTelemetry-støtten der er mer moden. Datadog passer godt for selskaper som allerede har investert tungt i deres instrumentering og som verdsetter bredden i integrasjoner mot SaaS-tjenester utenfor de tre store skyene, som Stripe, Salesforce eller Slack.
Azure Monitor og Google Cloud Operations Suite gir mest mening for selskaper som er tungt forankret i henholdsvis Microsoft- eller Google-økosystemet og som ikke har et akutt behov for å se AWS-telemetri i samme grensesnitt. For rene AWS-tunge selskaper med noe Azure-arbeidslast på siden, er Omni trolig det raskeste alternativet å komme i gang med, nettopp fordi det ikke krever ny instrumentering utover det som allerede sendes til CloudWatch eller via OpenTelemetry.
Ofte stilte spørsmål om CloudWatch Omni
Når ble CloudWatch Omni allment tilgjengelig?
AWS kunngjorde generell tilgjengelighet 22. september 2026, med lanseringsmateriale som beskrev produktet som neste evolusjon av CloudWatch.
Støtter CloudWatch Omni Google Cloud Platform?
Nei, ikke ved lansering. AWS støtter i dag AWS-kontoer, AWS-regioner og Azure-arbeidslast. Andre skyleverandører er beskrevet som en fremtidig plan uten oppgitt dato.
Hvilke regioner er Omni tilgjengelig i?
Ved GA er produktet tilgjengelig i US East (N. Virginia), US West (Oregon) og Europe (Ireland).
Hva koster CloudWatch Omni?
Det finnes ingen egen fast plattformavgift. Kunder betaler standard CloudWatch-priser for inntak og lagring, pluss 0,50 USD/GB for applikasjons- og egendefinerte logger og OpenTelemetry-metrikker, med en gratis spørringskvote på opptil fem ganger kvalifisert inntak.
Er det en gratis prøveperiode?
Ja, AWS tilbyr 1.000 USD i kreditt over 30 dager for kvalifiserte kontoer som vil teste OpenTelemetry-logger, metrikker og spor gjennom Omni.
Hvordan skiller Omni seg fra vanlig CloudWatch?
Omni leveres som en egen, applikasjonssentrert opplevelse utenfor den vanlige AWS-konsollen, med automatisk topologioppdagelse, naturlig språk-spørringer og AI-styrte undersøkelser via DevOps Agent, i tillegg til at det kan hente inn Azure-telemetri som vanlig CloudWatch ikke gjør.
Passer Omni for norske selskaper med GDPR-krav?
Europe (Ireland)-regionen gir et europeisk driftssted, men AWS har ikke publisert en fullstendig oversikt over hvilke telemetrityper som forblir i regionen versus hva som eventuelt behandles av AI-funksjoner andre steder. Selskaper bør avklare dette med AWS før produksjonsdata kobles på.
Er CloudWatch Omni en erstatning for Datadog eller Grafana?
Ikke nødvendigvis. Omni er sterkest for AWS-tunge selskaper med noe Azure-arbeidslast. Selskaper med reell tre-sky-drift, inkludert Google Cloud, eller som ønsker leverandørnøytralitet, dekkes foreløpig bedre av Datadog eller Grafana Cloud.