Sentry czy Datadog? Jeden błąd może uruchomić dwa różne rachunki

Jeśli zespół przede wszystkim szuka przyczyny wyjątków w kodzie, Sentry będzie naturalnym wyborem. Jeśli przy tej samej awarii musi ustalić, co działo się także z żądaniem, logami i hostem, warto wycenić Datadog wraz z potrzebnymi modułami. Porównanie Scout Monitoring opisuje Sentry jako narzędzie skupione na błędach, a Datadog jako szerszą platformę obserwowalności.

Datadog pozwala również kupić samodzielne Error Tracking, więc wybór nie sprowadza się do Sentry albo pełnej platformy. O rachunku decydują dane zbierane podczas zwykłego ruchu i incydentu: wystąpienia błędów w jednym wariancie oraz hosty, ślady i logi w drugim. Jedna usterka może wygenerować wiele wyjątków, choć programista widzi je jako jeden problem do naprawienia.

Jeden problem, wiele zdarzeń

Sentry grupuje podobne wyjątki w problemy, aby programista mógł przejść od listy wystąpień do śladu stosu i kontekstu aplikacji. Grupowanie porządkuje pracę, lecz nie zamienia tysięcy przyjętych zdarzeń w jedno zdarzenie rozliczeniowe. Dlatego po błędnym wdrożeniu liczba problemów może pozostać niewielka, a zużycie miesięcznej puli błędów szybko wzrosnąć.

Datadog Error Tracking także grupuje błędy. W szerszej konfiguracji jego sens polega na powiązaniu wyjątku ze śladem żądania oraz danymi z innych produktów. Taki kontekst przydaje się szczególnie wtedy, gdy kilka usług obsługuje jedno żądanie i sam ślad stosu wskazuje miejsce wystąpienia błędu, ale nie wyjaśnia, co go poprzedziło. Samodzielne Error Tracking daje węższy zakres danych niż konfiguracja obejmująca APM, infrastrukturę i logi.

Co jest jednostką rozliczenia

Centrum pomocy Sentry podaje bazową cenę planu Team wynoszącą 29 USD miesięcznie, pulę 50 tys. błędów oraz możliwość ustawienia budżetu na użycie ponad wykupiony wolumen. Opis dotyczy wskazanych tam planów i warunków konta, dlatego po przekroczeniu puli nie da się obliczyć końcowej kwoty bez stawki i ustawień konkretnej subskrypcji. Ta sama informacja ogranicza Spend Allocation w nowszych planach do Enterprise, z wyjątkiem części wcześniejszych użytkowników funkcji.

Tabela cen Datadog dla rozliczenia miesiąc do miesiąca podaje 30 USD za pierwsze 50 tys. błędów w samodzielnym Error Tracking i 0,30 USD za każde kolejne tysiąc do progu 100 tys. W tym samym modelu Infrastructure Pro kosztuje 18 USD za host miesięcznie, a APM z monitoringiem infrastruktury 36 USD za host; przyjmowanie logów kosztuje 0,10 USD za GB, zaś indeksowanie miliona zdarzeń z piętnastodniową retencją 2,04 USD. Są to osobne pozycje: cena samych błędów nie zawiera automatycznie monitoringu hostów ani przeszukiwalnych logów.

Opis rozliczania Error Tracking w Datadog rozróżnia błędy zbierane samodzielnie od błędów pochodzących ze śladów APM lub sesji RUM; za te drugie nie nalicza osobnej opłaty za Error Tracking. Błędy wyprowadzone z logów wymagają z kolei produktu Log Management z indeksowaniem. Do konfiguracji APM nie należy więc mechanicznie dopisywać ceny samodzielnego Error Tracking za te same błędy.

Trzy scenariusze dla jednej aplikacji

Poniższe przykłady są warunkowymi kalkulacjami miesięcznymi w USD. Zakładają ceny miesiąc do miesiąca, stałą liczbę monitorowanych hostów przez cały miesiąc oraz brak rabatów, podatków, innych płatnych modułów i przekroczeń pul APM. Porównywane kwoty pokazują koszt wymienionych składników, a nie identyczny zakres diagnostyki.

• Zwykły ruch. Załóżmy 20 tys. błędów i dwa hosty. Przy wskazanej puli planu Team baza Sentry wynosi 29 USD. Samodzielne Datadog Error Tracking kosztuje 30 USD. Jeśli zespół potrzebuje także Infrastructure Pro i APM na obu hostach, suma wynosi 2 × (18 + 36), czyli 108 USD miesięcznie. Błędów zebranych w śladach APM nie doliczamy ponownie jako samodzielnego Error Tracking.
• Incydent na tych samych hostach. Załóżmy wzrost z 20 tys. do 80 tys. przyjętych błędów przy niezmienionej liczbie dwóch hostów. Samodzielne Datadog Error Tracking kosztuje wtedy 30 USD za pierwszą pulę oraz 30 × 0,30 USD za nadwyżkę, razem 39 USD. Sentry Team przekracza wskazaną pulę o 30 tys. błędów: pozostaje cena bazowa 29 USD, lecz końcowy koszt lub utrata części zdarzeń zależy od budżetu i ustawień konta. Konfiguracja Datadog z Infrastructure Pro i APM nadal ma bazę 108 USD za hosty; dodatkowe użycie śladów trzeba rozpatrywać osobno.
• Więcej hostów i logów. Załóżmy ponownie 20 tys. błędów, ale dziesięć stale monitorowanych hostów, 10 GB przyjętych logów i milion logów indeksowanych na piętnaście dni. Infrastructure Pro i APM kosztują 10 × (18 + 36), czyli 540 USD. Logi dodają 10 × 0,10 USD oraz 2,04 USD za indeksowanie, co daje 543,04 USD miesięcznie za te składniki. Same błędy nadal mieszczą się w przyjętej bazie Sentry Team za 29 USD, lecz ta kwota nie obejmuje równoważnego monitoringu hostów.

Różnica między ostatnimi kwotami wynika głównie z zakresu zbieranych danych. Gdy hosty pojawiają się tylko na krótko podczas skalowania, kalkulacja zakładająca ich stałą obecność zawyża prostą prognozę; faktyczny rachunek zależy od sposobu pomiaru hostów zapisanego w umowie. Podobnie większy ruch może podnieść zużycie śladów i logów nawet wtedy, gdy liczba hostów pozostaje stała.

Jak incydent zmienia użyteczne dane

Ograniczenie napływu wyjątków chroni budżet, ale zmienia obraz awarii. Instrukcja administratora Sentry wymienia filtry po stronie SDK i serwera, Spike Protection, alerty wolumenu oraz ograniczanie liczby zdarzeń dla projektu. Filtr usuwający znany szum może oszczędzić pulę, natomiast limit nałożony na ważny projekt może sprawić, że część wystąpień nie trafi do analizy. Liczba widocznych problemów i liczba faktycznych wystąpień awarii mogą się wtedy różnić.

Datadog pozwala ograniczać błędy kwalifikujące się do samodzielnego Error Tracking, ale taki limit obejmuje tylko jedną część możliwego rachunku. Jeśli podczas incydentu rośnie również liczba hostów, ilość logów lub wolumen śladów ponad przydział APM, każda z tych wielkości ma własne zasady naliczania. Dlatego scenariusz wzrostu samych wyjątków i scenariusz równoczesnego skalowania infrastruktury prowadzą do innych prognoz kosztu.

Kiedy dopłata za szerszy kontekst ma sens

Dla małego zespołu naprawiającego głównie błędy aplikacji najważniejsze są grupowanie wyjątków, powiązanie ich z kodem i przewidywany wolumen zdarzeń. Sentry dobrze odpowiada na takie pytania. Samodzielne Datadog Error Tracking jest alternatywą, jeśli zespół chce monitorować błędy bez kupowania pozostałych modułów, choć jego cena bazowa również zależy od sposobu rozliczenia.

Jeśli przy awarii regularnie trzeba ustalić, przez które usługi przeszło żądanie, co zapisały logi i jaki był stan hosta, szersza konfiguracja Datadog dostarcza uzasadnienia dla wyższej kwoty. Decyzję najlepiej oprzeć na dwóch osobnych prognozach: zwykłym miesiącu oraz miesiącu z większą liczbą wyjątków i monitorowanych zasobów. Tylko wtedy koszt odpowiada danym, których zespół rzeczywiście potrzebuje do diagnozy.

Przeczytaj także:

• Docker Desktop czy Podman? Mniej pamięci może kosztować zgodność narzędzi
• IKE czy IKZE w 2026 roku? Próg podatkowy może odwrócić wybór
• LangGraph czy CrewAI? Nawet trzykrotnie więcej tokenów zmienia wybór