TGViewer
DevOps для ДевоПсов DevOps для ДевоПсов @devo_pes · 3.21K subscribers
Post #7995 141
Как перенести метрики на OpenTelemetry без массовой переделки сервисов

Atlassian сохранила прежний контракт: приложения продолжили отправлять StatsD-метрики по UDP, а платформенная команда заменила сбор, приём, агрегацию и пересылку данных на собственные сборки OpenTelemetry Collector. Сборщик одновременно принимал StatsD и OTLP, поэтому команды могли менять инструментирование постепенно.

Замена двух сайдкаров одним снизила среднюю загрузку CPU на 3,9% у самых дорогих сервисов Micros. Маршрутизация по идентификатору временного ряда распределила крупные сервисы между шардами, а новая агрегация сократила потребление CPU этого уровня примерно вдвое.

Практический порядок: начинайте с dev- и staging-сред, непрерывно профилируйте под рабочей нагрузкой и раскатывайте по схеме 1% → 10% → 50% → 100%. Архитектура и выводы собраны в разборе миграции в блоге Cloud Native Computing Foundation.
More from @devo_pes
  1. Sep 26, 2026Как проверить качество телеметрии сервисов в Grafana Cloud Метрики могут поступать исправн…
  2. Sep 25, 2026✨ Как настроить PostgreSQL для продакшен-нагрузок При переходе к продакшен-нагрузкам важно…
  3. Sep 25, 2026Как выстроить управление инцидентами по модели Google и PagerDuty При крупном сбое мало ис…
  4. Sep 25, 2026Что на самом деле ограничивает max_locks_per_transaction в PostgreSQL Параметр задаёт долю…
  5. Sep 25, 2026Как не получить ложный пик в Prometheus при агрегации счётчиков Для счётчиков порядок опер…
  6. Sep 24, 2026Как отслеживать сбои и замедление тестов Cypress в Grafana Cloud Один лог CI не показывает…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →