Ankieta: OpenTelemetry

Informacje demograficzne

1.Ile lat doświadczenia zawodowego posiadasz w obszarze DevOps, SRE, Backend Development lub pokrewnym?*

🌱 Mniej niż 6 miesięcy 📚 6 miesięcy – 1 rok 💼 1–2 lata ⭐ 3–5 lat 🏆 6–10 lat 👑 Ponad 10 lat

2.Jaka jest Twoja obecna rola zawodowa?*

3.W jakiej branży działa Twoja organizacja?*

4.Jaka jest przybliżona wielkość Twojej organizacji (liczba pracowników)?*

1–10 (mikroprzedsiębiorstwo) 11–50 (małe) 51–250 (średnie) 251–1000 (duże) Ponad 1000 (korporacja)

5.Ile mikroserwisów lub komponentów aplikacyjnych obsługuje Twój zespół?*

1–5 6–20 21–50 51–100 Ponad 100 Nie wiem / Nie dotyczy

Obecne praktyki monitoringu

6.Jakich narzędzi do observability używasz w swojej pracy?(możesz wybrać wiele) *

Prometheus Grafana Jaeger Zipkin Datadog New Relic Dynatrace Splunk Elastic Stack (ELK/EFK) AWS CloudWatch Azure Monitor Google Cloud Operations Honeycomb Tempo (Grafana) Loki (Grafana) OpenTelemetry Collector Inne Nie używam żadnych

7.Czy w Twojej organizacji wdrożono OpenTelemetry (OTel)?(przez wdrożenie rozumiemy użycie SDK, Collectora lub auto-instrumentacji OTel w co najmniej jednym środowisku) *

✅ Tak, w pełni wdrożone w produkcji 🔄 Tak, częściowo wdrożone (pilotaż lub wybrane systemy) 🚧 W trakcie wdrażania 📋 Planujemy wdrożenie w ciągu 12 miesięcy ❌ Nie, i nie planujemy wdrożenia ❓ Nie wiem

8.Jak długo OpenTelemetry jest używane w Twojej organizacji?*

Mniej niż 3 miesiące 3–6 miesięcy 6–12 miesięcy 1–2 lata Ponad 2 lata

9.Które komponenty OpenTelemetry są aktualnie używane?(możesz wybrać wiele)

Traces (śledzenie rozproszone) Metrics (metryki) Logs (logi) OpenTelemetry Collector Auto-instrumentacja (SDK) Manualna instrumentacja Baggage / Context Propagation Nie wiem

III

MTTD i MTTR – samoocena

ℹ️

Uwaga dotycząca MTTR: Akronim MTTR ma trzy możliwe interpretacje:

Mean Time To Repair – czas samej naprawy (bez diagnostyki)
Mean Time To Recovery – od wykrycia do pełnego przywrócenia usługi
Mean Time To Resolve – cały cykl życia incydentu (włącznie z post-mortem)

W tym badaniu stosujemy definicję Recovery – czyli czas od wykrycia incydentu do pełnego przywrócenia usługi do stanu operacyjnego. Ta interpretacja bezpośrednio przekłada się na czas niedostępności odczuwany przez użytkowników.

10.W jaki sposób Twój zespół zbiera dane o czasie detekcji (MTTD) i rozwiązania (MTTR) incydentów?*

Automatycznie – system ticketowy lub narzędzie ITSM (IT Service Management, np. Jira, ServiceNow) Półautomatycznie – część danych automatycznie, część manualnie Manualnie – dane są zapisywane ręcznie Nie zbieramy takich danych Nie wiem

ℹ️

Ze względu na krótkie doświadczenie możesz podać wartości orientacyjne lub pozostawić pola puste.

11.Jaki był średni czas detekcji incydentu (MTTD) w ciągu ostatnich 6 miesięcy?Podaj wartość w minutach

minut

Wartość od 0 do 10080 (maksymalnie tydzień)

12.Jaki był średni czas przywrócenia usługi (MTTR) w ciągu ostatnich 6 miesięcy?Podaj wartość w minutach

minut

Wartość od 0 do 43200 (maksymalnie miesiąc)

13.Czy podane wartości MTTD i MTTR są danymi dokładnymi czy orientacyjnymi?

Dokładne – bazują na pomiarach systemowych Orientacyjne – moja najlepsza estymacja Nie jestem pewien/pewna

14.Ile incydentów produkcyjnych średnio obsługuje Twój zespół miesięcznie?

0–2 3–5 6–10 11–20 21–50 Ponad 50 Nie wiem

Wpływ OpenTelemetry

Ocena wpływu po wdrożeniu

15.Jak zmieniło się MTTD (Mean Time To Detect) po wdrożeniu OpenTelemetry?*

Znacząco się wydłużyło Znacząco się skróciło

1 Pogorszenie >50% 2 Pogorszenie 10-50% 3 Bez zmian 4 Poprawa 10-50% 5 Poprawa >50%

Nie jestem w stanie ocenić

16.Jak zmieniło się MTTR (Mean Time To Recovery) po wdrożeniu OpenTelemetry?*

Znacząco się wydłużyło Znacząco się skróciło

1 Pogorszenie >50% 2 Pogorszenie 10-50% 3 Bez zmian 4 Poprawa 10-50% 5 Poprawa >50%

Nie jestem w stanie ocenić

17.Jeśli zauważyłeś/aś poprawę, podaj szacunkową wartość skrócenia czasu w procentach:

Brak poprawy lub pogorszenie 1–10% 11–25% 26–50% 51–75% Ponad 75% Nie jestem w stanie oszacować

18.Które elementy OpenTelemetry miały największy wpływ na poprawę?Uszereguj od 1 (największy) do 5 (najmniejszy) – przeciągnij elementy

☰ 1 Distributed Traces (śledzenie rozproszone)

☰ 2 Metrics (metryki)

☰ 3 Logs (logi strukturalne)

☰ 4 Korelacja między traces/metrics/logs

☰ 5 Standaryzacja eksportu danych (OTLP)

19.W jakim obszarze OpenTelemetry przyniosło największą wartość?

Szybsza identyfikacja źródła problemu (root cause analysis) Lepsza widoczność zależności między serwisami Unifikacja narzędzi i redukcja kosztów Łatwiejsze onboardingowanie nowych członków zespołu Standaryzacja praktyk observability w organizacji Inna

Plany i przeszkody

20.Jakie są główne przeszkody we wdrożeniu OpenTelemetry?(wybierz maksymalnie 3) *

Brak wiedzy i kompetencji w zespole Zbyt duży nakład pracy na wdrożenie Koszty migracji z obecnych rozwiązań Obawy o wydajność i overhead Brak wsparcia ze strony kierownictwa Obecne narzędzia są wystarczające Zbyt wczesna faza rozwoju OTel Problemy z kompatybilnością Inne

21.Jak oceniasz prawdopodobieństwo wdrożenia OpenTelemetry w ciągu najbliższych 2 lat?*

Zdecydowanie nie Zdecydowanie tak

1 2 3 4 5

22.Co musiałoby się zmienić, abyś rozważył/a wdrożenie OpenTelemetry?

0/500 znaków