Англійською мовою: New Relic Observability

New Relic поєднує багато концепцій під однією панеллю управління — моніторинг продуктивності застосунків, метрики інфраструктури і попередження — і розмови про те, «що показує New Relic», часто проходять повз те, яку конкретну концепцію насправді обговорюють. Навчання називати об’єкти, транзакції і умови попередження точно допомагає команді перейти від «чогось виглядає» до конкретного діагнозу швидше.

Ключовий словник

** Сутність ** — будь-яка спостережувана річ у моделі New Relic — програма, вузол, база даних, кластер Kubernetes — кожна з власним станом стану, золотими метриками і відносинами з іншими суттями.

• « У сукупності служби отримання показано підвищений рівень помилок, але сукупність бази даних, яка використовується для отримання даних, виглядає цілком нормально, отже, проблема, ймовірно, знаходиться у шарі програми. » *

** Транзакція ** — один запит або одиниця роботи, що відстежується за допомогою інструментальної програми, розбита на час, витрачений на кожну внутрішню функцію, зовнішнє виклик або запит на базу даних. “Я відстежив повільну транзакцію і виявив, що вона витрачає вісімдесят відсотків свого часу на очікування зовнішнього виклику API платежу, а не в нашому власному коді.”

** Золотий сигнал ** — один з основних показників, який New Relic використовує для оцінки стану об’ єкта, зазвичай, це пропускна здатність, частота помилок, затримка і насиченість.

• “Перед тим, як зануритися у сліди, я завжди спочатку перевіряю золоті сигнали — у цьому випадку, частота помилок зросла саме тоді, коли зросла затримка, що зазвичай вказує на перевищення часу очікування.” *

** NRQL (New Relic Query Language) ** — мова запитів, схожа на SQL, для безпосереднього запитування збережених телеметричних даних New Relic, використовується для створення нетипових діаграм і умов попереджень.

• “Замість того, щоб покладатися на типову панель, я написав запит NRQL, щоб розбити рівень помилок конкретно на рівень клієнта.” *

** Умова попередження ** — правило, визначене для метрики або запиту NRQL, яке вмикає сповіщення, коли поріг буде перевищено за налаштований проміжок часу, що є основою правил попередження New Relic. “Ми посилили умову попередження щодо частоти помилок цієї служби, тому що старий поріг був настільки слабким, що справжня проблема могла тривати двадцять хвилин, перш ніж хтось отримав попередження.”

Звичайні фрази

• «Яка сутність насправді нездорова тут — додаток, база даних або щось вище?»
• Чи можеш ти відстежити одну з повільних транзакцій і побачити, куди насправді йде час?»
• Давайте перевіримо золоті сигнали, перш ніж ми розкопаємо окремі сліди
• «Я напишу швидкий запит NRQL, щоб розбити це по регіонах»
• Чи є ця тривога занадто чутливою, чи ми пропустили справжній пік?»

Приклади висловлювань

Діагностика регресії швидкодії:

• “Трактування транзакцій показують, що більшість доданої затримки є в одному зовнішньому виклику API, а не в наших власних запитах до бази даних, отже, виправлення, ймовірно, на їхньому боці, а не на нашому.” *

Пояснення попередження: “Це попередження викликається, коли рівень помилок у вихідному об’ єкті перевищує два відсотки протягом п’яти хвилин поспіль, саме тому він не повідомляв нас про короткий одномісячний блиск раніше.”

Збудувати нетиповий перегляд:

• “Я написав запит NRQL, який групує повільні транзакції за сегментами клієнтів, оскільки типова панель золотого сигналу не розбиває продуктивність таким чином.” *

Професійні поради

• Назвіть конкретну ** сутність **, яку ви переглядаєте, а не просто « New Relic », коли повідомляєте про проблему — « сутність служби замовлення » є дієвою, « New Relic показує помилки » — ні.
• Відстежте окрему ** транзакцію ** перед тим, як припустити широке уповільнення — це часто виділить проблему до одного зовнішнього виклику або запиту замість всього шляху запиту.
• Перевірте ** золоті сигнали ** як перший крок перед написанням нетипових запитів — вони призначені для того, щоб вивести на поверхню чотири речі, які, найімовірніше, швидко пояснять зміну стану.
• Коли ви пропонуєте зміну, що попереджає, описуйте її за допомогою порогу ** умови попередження ** і часового вікна, а не просто « зробіть її більш чутливою » — точна мова уникає правил, які або надто шумні, або надто повільні, щоб їх було викликано.

Практичні вправи

1. Поясніть одним реченням, що означає сутність у моделі New Relic.
2. Описати, яким чином відстеження окремої транзакції може показати, чи спричинено уповільнення вашим власним кодом, чи зовнішньою залежністю.
3. Напишіть два речення, у яких поясните співробітнику команди, чому стан попередження не було викликано під час короткого піку затримки.

Наприклад, слово «навигація» вживається для позначення навігаційних об’єктів

Оскільки розробники все більше покладаються на платформи спостереження, такі як New Relic, щоб зрозуміти поведінку програми, ефективне спілкування про проблеми стає надзвичайно важливим. Для не-рідних носіїв англійської мови, специфічний жаргон може бути особливо складним - не тільки розуміння * що * сказано, але * як * це сказано, і які основні припущення присутні. Легко пропустити критичні деталі, коли фокусується лише на перекладі окремих термінів; справжнє розуміння розмови про продуктивність вимагає розуміння спільних фраз і очікувань у процесі розробки.

Одна з найчастіших проблем виникає під час перегляду коду. Уявіть, що ви отримали такий коментар на запит збирання: « Цей пік метрики турбує. Можете ли вы расследовать коренные причины? Трассування показує високу затримку в службі user_authentication. ” Просто розуміння «метричного піку», «застосування» і «затримки» недостатньо. Фраза «Чи можете ви дослідити кореневу причину?» передбачає потребу в дії, а не просто спостереження. Це вимагає систематичного підходу до вирішення проблем, чогось, що може бути тонко передано через фразу. Аналогічно, «Трак показує…» є директивою, яка вимагає від розробника активно перевіряти надані дані. Крім того, розуміння наслідків «високої затримки» - це не просто число; це означає погіршений досвід користувача і потенційний вплив на бізнес. Під час обговорення цих питань зі старшими інженерами або на командних зустрічах, ви часто почуєте такі фрази, як «Давайте копаємо глибше» (що означає досліджувати далі) або «Які фактори сприяють?» (шукати ціле розуміння). Це не просто буквальні переклади; це встановлені способи обговорення розв’ язання проблем.

Інший сценарій включає опис змін в описі Pull Request: « Реалізовано поліпшену кешування для деталей продукції. Моніторинг показує 15% зменшення запитів до бази даних, пов’язаних з переглядом продуктів. ” Ключовим тут є * вплив *, який повідомляється. Сказати “моніторинг показує” недостатньо; це потребує контексту. Зменшення на 15% представлено як вимірюваний позитивний результат, що демонструє цінність зміни. Це підкреслює важливість кількісного вимірювання результатів і пов’язування їх з спостережуваними метриками - основним принципом самої спостережливості. Також важливо розуміти, що такі фрази, як «пов’язаний з» часто використовуються для встановлення контексту і відносин між різними точками даних.

Нарешті, при співпраці на каналах Slack, присвячених проблемам продуктивності, коротке і пряме спілкування є життєво важливим. Поширене повідомлення може бути таким: « Попередження викликано — Високе використання процесора в платіжній службі. Розслідування». Стислість тут не є відображенням відсутності занепокоєння; це стандартна практика для швидкого ескалації невідкладних питань і вимоги негайної уваги.

# New Relic APM - Example Trace Query (CLI)
nrup --entity "payment_service" --query "trace | latency > 500ms"

Ця команда, виконана за допомогою CLI New Relic, демонструє практичне застосування обговорюваних концепцій — запит на сліди, де затримка перевищує поріг. Фраза « latency > 500ms » є короткою і негайно повідомляє про конкретну метрику, за якою ведеться моніторинг, і про критерії для створення попередження. Зрозуміти, як ці запити формулюються і інтерпретуються, є ключовим для ефективного повідомлення результатів у командному середовищі, особливо при обговоренні потенційних причин або факторів, що сприяють проблемам продуктивності.