Michael JohnsonAWS ogłosił CloudWatch Omni 22 września 2026 r., a 23 września poinformował o jego ogólnej dostępności. Daty dotyczą dwóch różnych wydarzeń: ogłoszenia i rozpoczęcia ogólnej dostępności. Omni łączy obserwowalność aplikacji i agentów AI w jednym środowisku, oferując samodzielny interfejs internetowy i rozszerzenia IDE, a także integrację z CloudWatch.
To połączenie pomaga zlikwidować martwą strefę w środowisku produkcyjnym: żądanie agenta może zostać obsłużone bez typowego błędu usługi, a mimo to skutkować słabą odpowiedzią lub wyborem niewłaściwego narzędzia. AWS twierdzi, że zespoły mogą analizować ślady i oceny agentów obok telemetrii aplikacji. Praktyczne pytanie brzmi, czy te sygnały okażą się przydatne we wspólnym środowisku oraz jakie dane, uprawnienia i koszty wiążą się z kierowaniem ich do niego.
Produkt oferuje więcej niż ślady agentów
Omni rozszerza CloudWatch, a nie go zastępuje. AWS informuje, że dotychczasowe alarmy, pulpity nawigacyjne, interfejsy API i procesy pracy w konsoli CloudWatch nadal będą działać. Telemetria już wysyłana do CloudWatch może pojawić się w Omni bez ponownej konfiguracji; dane z innych instrumentowanych obciążeń można przesyłać za pomocą protokołu OpenTelemetry Protocol (OTLP). AWS opisuje również wykrywanie usług i mapowanie zależności, a także przestrzenie, w których — po odpowiedniej konfiguracji — można połączyć telemetrię z różnych kont i regionów. Dokumentacja CloudWatch Omni
Środowisko nie ogranicza się do konsoli zarządzania AWS. AWS oferuje samodzielny interfejs internetowy z jednokrotnym logowaniem oraz rozszerzenia IDE dla VS Code, Cursor i Kiro. Informacja o wydaniu z 23 września wymienia ogólną dostępność w regionach US East (N. Virginia), US West (Oregon) i Europe (Ireland). Przed uwzględnieniem Omni w projekcie produkcyjnym zespoły powinny sprawdzić dostępność usługi w odpowiednich regionach.
W przypadku agentów AWS opisuje przeglądanie śladów, ocenę i eksperymentowanie z wykorzystaniem takich platform jak OpenAI Agents SDK, LangGraph, CrewAI, Vercel AI SDK i Strands. Podczas analizowania aplikacji użytkownicy mogą zadawać pytania w języku naturalnym lub bezpośrednio przeglądać telemetrię; AWS informuje, że funkcje analizy wspomaganej przez AI korzystają z DevOps Agent. Wpis AWS o uruchomieniu funkcji dla aplikacji podaje również, że DevOps Agent jest domyślnie włączony podczas każdej sesji analizy w Omni. Administratorzy powinni uwzględnić to działanie podczas oceny procesu pracy.
Dlaczego połączenie tych sygnałów może mieć znaczenie
Tradycyjne monitorowanie może pokazać, czy usługa odpowiada, ile czasu jej to zajmuje i czy zwraca błędy. Może jednak nie ujawnić, że agent źle zrozumiał żądanie, wybrał nieodpowiednie narzędzie lub udzielił błędnej odpowiedzi. Zestawienie wyniku oceny ze śladem i sygnałami z aplikacji może pomóc zespołowi prześledzić problem z jakością aż do przebiegu działania agenta.
To prawdopodobna korzyść operacyjna, a nie potwierdzony wynik dotyczący wydajności. Materiały AWS dotyczące uruchomienia opisują połączony proces pracy, ale nie dowodzą, że pozwala on rozwiązywać incydenty szybciej niż dotychczasowe narzędzia. Zespoły muszą sprawdzić, czy oceny i analizy Omni pomagają w przypadku ich własnych obciążeń.
OpenTelemetry może ułatwić przesyłanie telemetrii z istniejącej instrumentacji, ale wspólny protokół nie sprawia, że platformy obserwowalności stają się wymienne. Specyfikacja OTLP określa sposób przesyłania telemetrii; zespoły nadal muszą sprawdzić, od których sygnałów, zapytań i funkcji specyficznych dla danej platformy zależą ich procesy pracy.
Centralizacja wymaga konfiguracji
Omni może łączyć dane z różnych kont i regionów, ale zespoły nie powinny zakładać, że samo włączenie interfejsu automatycznie agreguje telemetrię ze wszystkich kont. Dokumentacja konfiguracji AWS opisuje tworzenie domen i przestrzeni, a następnie konfigurowanie sposobu przekazywania do przestrzeni telemetrii z wielu kont. Istniejące dane CloudWatch można wyświetlać bez ponownej instrumentacji, ale organizacja nadal musi skonfigurować odpowiednie uprawnienia i przepływ danych. Instrukcje konfiguracji Omni
To rozróżnienie ma znaczenie zarówno dla wdrożenia, jak i kosztów. Cennik AWS osobno uwzględnia opłaty za przyjmowanie telemetrii, jej przechowywanie i analizowanie. Opisuje także opłaty za dodatkowe scentralizowane kopie; pierwsza taka kopia jest bezpłatna zgodnie z przedstawionym cennikiem. Koszty zapytań zależą od ilości skanowanych danych i dostępnych limitów, a oceny agentów są rozliczane według stawek Amazon Bedrock AgentCore Evaluations. Rzetelna wycena powinna więc uwzględniać wolumen danych, okres przechowywania, wzorce zapytań, kopie i częstotliwość ocen — nie tylko liczbę agentów.
Treść śladów i dostęp wymagają kontroli
Ślady agentów mogą zawierać prompty, odpowiedzi, pobrane dokumenty i dane osobowe. AWS informuje, że Omni nie wykrywa automatycznie danych umożliwiających identyfikację osób ani ich nie maskuje. Wytyczne dotyczące danych wrażliwych zalecają wybór miejsca filtrowania; maskowanie podczas przechwytywania to rozwiązanie, które zapobiega opuszczeniu aplikacji przez poufne treści.
AWS informuje również, że Omni nie wykorzystuje treści klientów do trenowania modeli bazowych ani ulepszania samej usługi. Nie oznacza to jednak, że żadna treść nie jest przetwarzana w innych usługach: niektóre funkcje przesyłają dane do takich usług jak Bedrock lub AgentCore, a AWS opisuje wnioskowanie między regionami dla funkcji AI. Dane pozostają przechowywane w regionie danej przestrzeni, ale żądania AI mogą być przetwarzane w innym miejscu tego samego obszaru geograficznego. Zespoły powinny zapoznać się z polityką wykorzystywania danych AWS oraz informacjami o wnioskowaniu między regionami, zwłaszcza jeśli ich zasady ograniczają miejsca, w których mogą być przetwarzane treści śladów.
Kontrola dostępu wymaga równie uważnej analizy co potok telemetrii. AWS informuje, że członkowie przestrzeni mogą domyślnie odczytywać całą jej telemetrię; zakresy danych pozwalają ograniczyć widoczność wierszy dzienników i śladów dla członka. Nie ukrywają jednak pól w obrębie wiersza, dlatego nie zastępują maskowania treści, których użytkownicy nie powinni nigdy widzieć. Ograniczanie widoczności członków
Jak rozsądnie ocenić Omni
Zespoły korzystające już z CloudWatch mogą przeprowadzić ograniczony test, aby sprawdzić, czy wspólny widok aplikacji i agentów w Omni pomaga w rzeczywistym procesie pracy. Przed wysłaniem śladów produkcyjnych należy określić potrzebne sygnały, skonfigurować filtrowanie, ustalić dostęp do kont i regionów oraz oszacować koszty przyjmowania, przechowywania i analizowania danych, a także ocen. Następnie warto porównać wygenerowane analizy i wyniki ocen z obecnymi procedurami obsługi incydentów.
Dla organizacji korzystających z innych platform obserwowalności premiera to powód, by ocenić proces pracy — nie zaś samodzielny argument za migracją. Omni przybliża sygnały dotyczące jakości agentów do operacji aplikacji, ale jego wartość będzie zależeć od użyteczności analiz, dopasowania mechanizmów kontroli i ekonomiki przepływu danych.
