Datadog vs Dynatrace, AppDynamics i New Relic - i jak zmigrować bez utraty widoczności

Datadog vs Dynatrace, AppDynamics i New Relic - i jak zmigrować bez utraty widoczności

Najpierw krótka uwaga o terminologii, bo oszczędza późniejszych nieporozumień. Datadog też jest narzędziem komercyjnym, więc “komercyjny” nie jest tu rozróżnieniem. Ten artykuł dotyczy dotychczasowych pakietów APM, od których zespoły zwykle odchodzą - Dynatrace, AppDynamics, New Relic, Instana - narzędzi zorientowanych na śledzenie (trace), opartych na agentach i zwykle związanych wieloletnią umową z jednym dostawcą. To inna migracja niż odejście od open-source’owego monitoringu infrastruktury jak Nagios, Zabbix czy CloudWatch. Jeśli to Twoja sytuacja, opisujemy ją w osobnym przewodniku o migracji z Nagios, Zabbix lub CloudWatch do Datadog. Wszystko poniżej zakłada, że odchodzisz od płatnego, dotychczasowego APM.

Datadog vs Dynatrace vs AppDynamics vs New Relic

Konkretne podejście: nie ma uniwersalnego zwycięzcy, a każdy artykuł, który go ogłasza, coś sprzedaje. Każde z tych narzędzi jest naprawdę w czymś dobre. Właściwe pytanie brzmi “najlepsze do czego i dla kogo”, a to zależy od Twojego środowiska, zespołu i tego, co musisz korelować.

Gdzie każde z dotychczasowych narzędzi jest naprawdę lepszym wyborem:

• Dynatrace - jeśli prowadzisz duże, szybko zmieniające się środowisko i chcesz automatycznego mapowania zależności oraz analizy przyczyn wspieranej przez AI od razu po wdrożeniu, Smartscape i Davis stawiają Dynatrace mocno z przodu. Klienci, którzy cenią “narzędzie samo rozpozna topologię”, często zostają i mają ku temu powód.
• AppDynamics - jeśli Twój świat to tradycyjne aplikacje enterprise i monitorowanie transakcji biznesowych (widok ścieżki przychodowej, flow map, który czytają interesariusze biznesowi), AppDynamics jest zbudowany dokładnie wokół tego. Przejście na Datadog oznacza odbudowanie tych widoków transakcji w inny sposób.
• New Relic - jeśli cenisz jeden prosty rachunek oparty na zużyciu i minimalny nakład na konfigurację, model all-in-one New Relic jest najmniej kłopotliwy. Modułowy cennik Datadog jest bardziej skomplikowany i wymaga od Ciebie więcej, by trzymać go pod kontrolą.

Tam, gdzie wygrywa Datadog, chodzi zwykle o konsolidację. Jeśli masz APM plus osobny stos logów plus osobny monitoring infrastruktury plus osobne testy syntetyczne, a Twój prawdziwy ból polega na tym, że nic się nie koreluje, to atutem jest szerokość jednej platformy Datadog i jej katalog integracji. Wymieniasz prosty rachunek na jedno miejsce, w którym widać wszystko - i bierzesz na siebie zarządzanie kardynalnością metryk niestandardowych, żeby rachunek pozostał rozsądny (więcej o tym niżej).

Jeśli po technicznej analizie Twoje dotychczasowe narzędzie lepiej pasuje do stosu, właściwym ruchem jest na niej zostać. Jeśli wyborem jest Datadog, reszta tego przewodnika pokazuje, jak przełączyć się bez utraty widoczności.

Dlaczego zespoły odchodzą od dotychczasowego APM

Powody są spójne u klientów, którym pomagamy:

• Koszt odnowienia - wycena poszła w górę, cennik per-seat, per-host lub per-core przestał pasować do tego, jak działasz, a wartość już tego nie uzasadnia.
• Niespodzianki na rachunku - kardynalność, poziomy retencji danych i jednostki zużycia dają rachunki trudne do przewidzenia lub wyjaśnienia działowi finansów.
• Fragmentacja narzędzi - APM w jednym narzędziu, logi w drugim, infra w trzecim. Nikt nie skoreluje skoku opóźnień z wdrożeniem i z metryką hosta bez trzech kart przeglądarki.
• Przenośność - zespoły, które przyjęły OpenTelemetry, chcą backendu, który można zmienić bez ponownej instrumentacji wszystkiego, i nie chcą być przywiązane do własnościowego agenta.

Kiedy NIE migrować

Partner migracyjny wart swojej ceny odradzi Ci migrację, gdy jest nietrafiona, więc: nie migruj, jeśli

• właśnie podpisałeś wieloletnią umowę, a koszt wyjścia przewyższa korzyść w tym cyklu;
• pokrycie języków, frameworków lub środowisk uruchomieniowych przez Twój obecny APM naprawdę lepiej pasuje do stosu niż Datadog;
• nie masz w zespole mocy przerobowych na staranną pracę równoległą w najbliższym kwartale - pospieszne przełączenie APM to sposób na utratę widoczności podczas incydentu.

Zasada minimalnych zakłóceń: nigdy nie pracuj w ciemno

To jest sedno, a jest prostsze, niż brzmi: nie wyłączasz niczego, dopóki Datadog nie udowodni, że pokazuje to, co pokazywało stare narzędzie. W praktyce oznacza to pracę równoległą.

1. Podwójna instrumentacja. Datadog zbiera dane obok Twojego obecnego APM. Oba działają. Obecne narzędzie pozostaje źródłem prawdy i nadal alertuje.
2. Okres nakładania się. Przez okres walidacji - zwykle dwa do czterech tygodni dla realnego środowiska - obie platformy działają razem. Za dotychczasowe narzędzie płacisz do wygaśnięcia jego umowy, ale stronę Datadog w tym oknie często da się uzyskać bezpłatnie, gdy migracja idzie przez partnera (patrz sekcja o kosztach). Uruchomienie obu to cena za to, by nie pracować w ciemno, i to etap, który zespoły najczęściej niedoceniają.
3. Waliduj, zanim zaufasz. Porównaj tę samą usługę w obu narzędziach. Czy percentyle opóźnień się zgadzają? Czy Datadog wychwytuje sztucznie wywołany incydent tak jak stare narzędzie? Dopiero gdy dane się zgadzają, idziesz dalej.
4. Alerty przełącz na końcu. Przekieruj powiadomienia on-call na monitory Datadog dopiero po walidacji. Stary system pozostaje w trybie tylko do odczytu jako zabezpieczenie przez kolejne dwa tygodnie.
5. Wyłączenie na końcu. Wyłącz stary APM - i przestań za niego płacić - dopiero gdy Datadog obsłuży alertowanie przez co najmniej jeden realny cykl incydentów.

W żadnym momencie tej sekwencji nie ma luki, w której nie ma obserwowalności produkcji. To właśnie w praktyce znaczą “minimalne zakłócenia” i dlatego metoda jest ważniejsza niż samo narzędzie.

Mapowanie obecnego APM na Datadog

Koncepcje mają zwykle odpowiedniki; praca to mapowanie szczegółów. Dla każdego narzędzia źródłowego:

Dynatrace do Datadog

AppDynamics do Datadog

New Relic do Datadog

Prawdziwe ryzyko: model trace’ów i instrumentacja

Tabele mapowania wyglądają schludnie. Ryzyko żyje w warstwie instrumentacji. Każde z dotychczasowych narzędzi ma własnego agenta i własny model trace’ów; Datadog ma swój tracer i coraz lepszą ścieżkę OpenTelemetry. Jeśli Twoja obecna instrumentacja jest oparta na OpenTelemetry, przeniesiesz ją ze względnie małymi zmianami. Jeśli to agent własnościowy, zastępujesz go w każdej usłudze, a pokrycie automatycznej instrumentacji różni się w zależności od języka i frameworka - to, co jedno narzędzie wychwytuje automatycznie, w innym może wymagać jawnej adnotacji.

Naiwny scenariusz porażki to przeniesienie jeden do jednego: założenie, że instrumentacja przechodzi bez zmian, przełączenie i odkrycie w środku incydentu, że trace’y usługi są ubogie lub ich brak. Praca równoległa istnieje właśnie po to, by wychwycić to, zanim zacznie mieć znaczenie. Zaplanuj realny czas inżynierów na ponowną instrumentację; to największy powód, dla którego migracja z dotychczasowego APM trwa dłużej niż ścieżka open-source.

Przełączenie, w skrócie

Etapy - inwentaryzacja, konfiguracja równoległa, walidacja, przełączenie, wyłączenie - to ten sam pięciofazowy model, który szczegółowo opisujemy w przewodniku migracji z Nagios/Zabbix/CloudWatch; zamiast go powtarzać, kilka niuansów specyficznych dla odejścia od dotychczasowego APM:

• Narzut dwóch agentów. Uruchomienie dwóch agentów na tych samych hostach podczas nakładania się kosztuje CPU i pamięć. Obserwuj to; jeśli sam Agent Datadog zacznie zużywać za dużo, nasz runbook o wysokim zużyciu CPU/pamięci przez Agenta Datadog opisuje typowe przyczyny.
• Nakładanie się umów. Zaplanuj przełączenie tak, by stara umowa wygasła po walidacji, a nie przed. Wcześniejsze wygaszenie dla oszczędności to sposób na pracę w ciemno. Koszt strony Datadog w tym oknie zdejmij ze ścieżki krytycznej, uzgadniając bezpłatny okres walidacji i przełączenia przez partnera.
• Najpierw wyeksportuj wartości bazowe. Bazowe wartości SLO, kluczowe pulpity i historyczne raporty nie przechodzą z Tobą. Wyeksportuj to, czego potrzebujesz do porównania, zanim stare narzędzie przejdzie w tryb tylko do odczytu.

Koszty okresu nakładania się

Dwa punkty, które dział finansów zechce usłyszeć:

Okres nakładania się nie musi oznaczać podwójnej płatności. Naiwne założenie jest takie, że w czasie pracy równoległej płacisz dwa razy - za umowę dotychczasowego dostawcy plus pełny Datadog od pierwszego dnia. Za dotychczasowe narzędzie faktycznie płacisz do wygaśnięcia jego umowy, ale strona Datadog w okresie nakładania jest negocjowalna: jako partner Datadog zwykle możemy uzgodnić bezpłatny okres Datadog obejmujący walidację i przełączenie - najczęściej dwa do czterech tygodni, zależnie od wielkości kontraktu - tak aby praca równoległa, która chroni Cię przed pracą w ciemno, nie wiązała się z drugim pełnym rachunkiem. Nie jest to automatyczne i zależy od wielkości kontraktu, ale to właśnie rola partnera. Zaplanuj okno walidacji według jego sensu, a nie wokół obawy przed podwójnym rachunkiem.

Datadog nie jest automatycznie tańszy. To platforma z segmentu premium. Miejsce, w którym rachunki rosną, to kardynalność metryk niestandardowych - każda unikalna kombinacja nazwy metryki i wartości tagów to jedna płatna metryka niestandardowa, a zespoły przyzwyczajone do Prometheusa (gdzie metryki są praktycznie darmowe) potrafią wygenerować ich tysiące, nie zauważając. Tam, gdzie Datadog wygrywa na koszcie, chodzi o konsolidację i MTTR, a nie o pozycję per-host. Pełny obraz tego, co napędza wydatki na observability, znajdziesz w naszej analizie rosnącego kosztu observability.

Jak pomagamy

Gwarancja minimalnych zakłóceń to właśnie praca konsultingowa. Prowadzimy okno pracy równoległej tak, by Twój zespół nigdy nie tracił widoczności: mapujemy pulpity i alerty z Dynatrace, AppDynamics lub New Relic do Datadog, uruchamiamy okres podwójnej instrumentacji, walidujemy Datadog względem dotychczasowego narzędzia zanim cokolwiek zostanie wyłączone, i bierzemy na siebie przełączenie oraz wyłączenie starego systemu.

Typowy zakres:

• Ocena dopasowania oparta o Twój stos (czasem odpowiedź brzmi “zostań przy obecnym narzędziu”)
• Negocjacja warunków handlowych Datadog, w tym bezpłatnego okresu walidacji i przełączenia tam, gdzie pozwala na to kontrakt
• Projekt strategii tagów i konwencji nazewnictwa dla Datadog
• Wdrożenie Agenta i tracera Datadog / OpenTelemetry
• Odtworzenie pulpitów i alertów z obecnego APM
• Walidacja pracy równoległej i zarządzanie przełączeniem
• Kontrola kosztów Datadog (budżety metryk niestandardowych, filtry wykluczeń)
• Szkolenie zespołu i transfer wiedzy

Zobacz, jak to wyglądało na produkcji, w naszym case study wdrożenia Datadog, albo przeczytaj więcej o naszej usłudze konsultingu Datadog.

Najczęściej zadawane pytania

Czy Datadog jest lepszy niż Dynatrace, AppDynamics lub New Relic?

Nie ma jednego zwycięzcy. Dynatrace prowadzi w automatycznym mapowaniu topologii i analizie przyczyn (Davis AI) dla dużych, złożonych środowisk. AppDynamics jest mocny w monitorowaniu transakcji biznesowych w tradycyjnych aplikacjach enterprise. New Relic ma najprostszy, oparty na zużyciu model cenowy. Datadog wygrywa, gdy chcesz jednej platformy obejmującej APM, infrastrukturę, logi i syntetyki, z najszerszym katalogiem integracji. Wybieraj według tego, gdzie pracuje Twój zespół i co musisz korelować, a nie według tabeli funkcji.

Czy mogę zmigrować z AppDynamics, Dynatrace lub New Relic do Datadog bez przestoju?

Tak. Bezpieczna metoda to praca równoległa: oba narzędzia zbierają dane jednocześnie przez okres nakładania się, walidujesz Datadog względem dotychczasowego narzędzia i przełączasz alerty dopiero, gdy dane się zgadzają. Nigdy nie pracujesz w ciemno, bo stary system pozostaje aktywny, dopóki Datadog nie zostanie potwierdzony.

Czy stracę historyczne dane APM przy przejściu na Datadog?

Datadog nie importuje historycznych danych z innych narzędzi APM. Przed wygaśnięciem starej umowy wyeksportuj potrzebne bazowe wartości SLO, kluczowe pulpity i raporty do porównania, utrzymaj poprzednie narzędzie w trybie tylko do odczytu przez okres nakładania się, i zaakceptuj, że historia w Datadog zaczyna się od nowa.

Czy muszę ponownie instrumentować aplikacje, aby przejść na Datadog?

To zależy od źródła. Instrumentacja oparta już na OpenTelemetry przenosi się do Datadog z niewielkimi zmianami. Agenty własnościowe (AppDynamics, Dynatrace OneAgent, agent New Relic) zastępuje się tracerem Datadog lub konfiguracją OpenTelemetry, co jest realną pracą i głównym powodem, dla którego migracja APM trwa dłużej niż zwykła zmiana narzędzia.

Czy muszę płacić za oba narzędzia podczas migracji?

Niekoniecznie. Za dotychczasowe narzędzie płacisz do wygaśnięcia jego umowy, ale strona Datadog w oknie pracy równoległej jest negocjowalna: jako partner Datadog zwykle możemy uzgodnić bezpłatny okres Datadog obejmujący walidację i przełączenie, najczęściej dwa do czterech tygodni, zależnie od wielkości kontraktu. Dzięki temu okres nakładania się nie musi oznaczać drugiego pełnego rachunku.

Czy Datadog będzie tańszy niż mój obecny APM?

Niekoniecznie. Datadog to platforma z segmentu premium, a kardynalność metryk niestandardowych potrafi podnieść rachunek, jeśli nie jest kontrolowana. Oszczędności biorą się z konsolidacji (APM plus logi plus infrastruktura w jednym miejscu), krótszego MTTR i mniejszego nakładu na utrzymanie narzędzi, a nie z niższej ceny za host.

Odchodzisz od dotychczasowego APM?

Umów bezpłatną rozmowę 30 min. Przejrzymy Twój obecny APM, damy rzeczową ocenę, czy Datadog to właściwy ruch, i zaplanujemy migrację z pracą równoległą, która utrzyma ciągłość widoczności.

Umów rozmowę Napisz do nas