New Relic робить ставку на роль «сантехніка» в стеку агентного ШІ

Уявіть жваву ресторанну кухню, де кожен новий працівник мріє стати шеф-кухарем. New Relic щойно зайшов і запропонував мити посуд. 24 лютого 2026 року компанія представила попередню дорожню карту, яка свідомо відмовляється від охоплення повного циклу розробки програмного забезпечення, обравши натомість роль «чистого посуду», від якого залежить кожен інший агент. На ринку, де Datadog, Dynatrace і Cisco-Splunk змагаються за ковпак шеф-кухаря, це або смирення, або стратегічне дзюдо.

Що сталося

New Relic оголосив пакет функцій агентного ШІ — усі у стані попереднього перегляду до наступного кварталу — які глибше інтегрують ШІ-агентів у платформу спостережуваності та AIOps. Як повідомляє TechTarget, головний директор із продукту Браян Емерсон чітко окреслив стратегію: розширювати підтримку агентів, але співпрацювати з партнерами на суміжних ринках, не заходячи на їхню територію.

Головна новинка — новий SRE Agent, який проводить розслідування інцидентів на основі даних спостережуваності і взаємодіє з інструментами управління інцидентами від ServiceNow, Atlassian і PagerDuty. Показово, що New Relic не будує власну панель керування ШІ-агентами для усунення інцидентів, яка б перетиналася з інструментами партнерів. «Посудомийник» залишається на своєму місці.

Щодо процесу розробки програмного забезпечення, Емерсон вказав на партнерів у сфері CI/CD, зокрема Amazon і GitHub від Microsoft. «Коли ми виявляємо проблему, пов'язану з конкретною зміною в інфраструктурі або конфігурації, ми можемо передати цю інформацію назад до агента на стороні CI/CD», — сказав він. «Раніше для цього потрібні були жорстко закодовані API-інтеграції, а тепер це просто динамічно і гнучко.»

Також з'явився новий конструктор ШІ-агентів без коду, який Емерсон обережно називає не заміною універсальних конструкторів агентів. Крім того, New Relic додає моніторинг ШІ-агентів з аналізом бізнес-впливу для ШІ-застосунків, федеративні журнали на Amazon S3, мережеві метрики eBPF, користувацькі блокноти та динамічні головні сторінки замість старої моделі дашбордів. Більшість із цих можливостей, як зазначається у матеріалі, вже певною мірою існують у Cisco-Splunk, Dynatrace і Datadog.

Технічна анатомія

Суть у наступному: New Relic робить ставку на те, що протоколи взаємодії агент-до-агента замінять вручну створені API-інтеграції як сполучну тканину між спостережуваністю, ITSM і CI/CD. Саме це Емерсон насправді продає, коли каже, що агенти «достатньо розумні, щоб самостійно розібратися, як взаємодіяти». На практиці SRE Agent стає кінцевою точкою знань, до якої агент ServiceNow або агент на стороні GitHub може звертатися за контекстом першопричини, впливом на користувачів або конкретною зміною конфігурації, що зламала production о 16:00 в п'ятницю.

Будь-хто, хто налаштовував інтеграцію Jira-to-PagerDuty-to-Splunk за допомогою власних вебхуків, знає про цей біль. Кожне оновлення версії будь-якої зі сторін ламає клей. Якщо агентне посередництво запрацює, контракт стане семантичним: «скажи мені, що змінилося в цьому сервісі» замість «виконай POST до /api/v3/incidents з такою точною схемою». Це суттєвий зсув для платформних команд, які зараз витрачають непомітні тижні на підтримку коду конекторів.

Аналіз бізнес-впливу для ШІ-застосунків — ще один технічно цікавий момент. Моніторинг сервісів на основі LLM — це не те саме, що моніторинг stateless REST API. Витрати на токени, дрейф промптів, рівень галюцинацій і якість пошуку — все це має десь відображатися в стеку спостережуваності, а стандарти досі обговорюються в робочих групах OpenTelemetry. Розміщення телеметрії ШІ-навантажень поруч із традиційними метриками та журналами — це вже мінімальна вимога ринку, а не диференціація.

Функція федеративних журналів на S3 заслуговує на окрему увагу. Замість того щоб змушувати клієнтів передавати кожен байт журналів у бекенд New Relic, федерація означає запити до місця, де дані вже зберігаються. Саме в цьому напрямку рухається вся категорія, оскільки ціноутворення на вивантаження даних та їх прийом стало каменем спотикання для великих клієнтів. Додайте мережеві метрики eBPF, які збирають телеметрію на рівні ядра без sidecar-контейнерів і змін у коді, — і ви отримаєте платформу, яка наздоганяє те, де Datadog вже перебував два роки тому.

Хто програє

Незручна правда, яку сам Емерсон визнає: «У гонці навколо ШІ немає чітких переможців. Це все ще нове і певною мірою визначається по-різному.» Стівен Еліот, аналітик IDC, зазначає, що New Relic, Datadog і Dynatrace мають велику клієнтську базу і всі змушені були адаптувати свої інструменти для генеративного та агентного ШІ. Клієнти, каже він, зацікавлені, але скептичні. «Це виглядає інтригуюче, звучить чудово, але мені потрібно це побачити.»

Ризики New Relic мають стратегічний характер. Торстен Фолк, аналітик Omdia, висловлюється прямо: «New Relic подвоює ставку на персону оператора, тоді як більшість конкурентів прагне охопити повний цикл розробки програмного забезпечення.» У відкритому агентному світі цей фокус може виявитися далекоглядним. Однак у циклі закупівель, орієнтованому на консолідацію, «бути "додатковим шаром" у стеку ризиковано, оскільки клієнти можуть вважати за краще мати одну платформу». Ось у чому пастка.

Для платформних команд у сфері iGaming та фінтеху це безпосередньо важливо. Якщо ваш стек управління інцидентами вже працює на PagerDuty або ServiceNow, а пайплайни — на GitHub, пропозиція New Relic «ми інтегруємося, а не замінюємо» є шляхом найменшого опору. Якщо ви криптовалютна або DeFi-компанія, яка перейшла на Datadog, бо фінансовий директор втомився від шести рахунків, пропозиція сприймається інакше.

Інший ризик — внутрішній. New Relic була придбана приватною інвестиційною компанією у 2023 році і того ж року пережила перестановки в керівництві. PE-власність, як правило, скорочує терпіння до стратегій, які потребують трьох років для підтвердження. Ставка на персону оператора — саме такий тип стратегії. Якщо наступні чотири квартальні огляди покажуть, що Datadog виграє угоди з повним SDLC, розмова на рівні ради директорів стане цікавою.

Посібник для інженерних команд

Якщо ви керівник платформи або менеджер SRE, який стежить за цими новинами, три кроки мають сенс цього тижня.

По-перше, проаудіюйте наявний код інтеграції між спостережуваністю та ITSM. Порахуйте власні API-інтеграції між інструментом моніторингу, платформою управління інцидентами та системою CI/CD. Ця цифра є вашою вартістю міграції, якщо агентне посередництво справді запрацює так, як обіцяють. Це також ваш аргумент у будь-якій розмові про поновлення контракту з поточним постачальником.

По-друге, серйозно поставтеся до телеметрії ШІ-навантажень, перш ніж закупівля змусить вас до цього. Незалежно від того, чи оберете ви New Relic, Datadog або Dynatrace, вам потрібна чітка специфікація того, що має видавати сервіс на основі LLM: кількість токенів, перцентилі затримки, показники влучання при пошуку, режими збоїв. Зафіксуйте це зараз, прив'яжіть до семантичних конвенцій OpenTelemetry там, де вони існують, — і ви не будете залежати від того, який постачальник покаже найяскравіше демо.

По-третє, перевірте на міцність обіцянку «агенти співпрацюють між постачальниками». Попросіть свого представника New Relic продемонструвати на ваших даних наскрізний потік, де SRE Agent відповідає на запит вашого екземпляра ServiceNow або вашого пайплайну GitHub. Функції попереднього перегляду — це саме те, чим вони є. Клієнти Еліота мають рацію, кажучи «мені потрібно це побачити». Ви теж повинні, бо купувати дорожню карту замість продукту — це те, як платформні команди отримують дворічне розчарування.

Для команд, які вже задоволені своїм поточним стеком, чесний крок — це терпіння. Нехай попередній перегляд стане загальнодоступним, нехай конкуренти відреагують, і поверніться до питання через два квартали, коли з'являться дані щодо ціноутворення та реальної надійності.

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

• New Relic свідомо уникає повного циклу розробки програмного забезпечення і робить ставку на партнерські інтеграції з Amazon, GitHub, ServiceNow, Atlassian і PagerDuty.
• Новий SRE Agent, конструктор агентів без коду та моніторинг ШІ-застосунків — усі у стані попереднього перегляду до наступного кварталу, тому виробничі ставки передчасні.
• Федеративні журнали на S3 та мережеві метрики eBPF наближають New Relic до рівня Cisco-Splunk, Dynatrace і Datadog, але не виводять уперед.
• Аналітичний консенсус: жоден постачальник ще не виграв гонку агентної спостережуваності, і корпоративні покупці вимагають доказів, а не пітчів.
• Стратегія ставки на персону оператора виправдана у відкритому агентному майбутньому і небезпечна в циклі консолідації. Уважно стежте за потоком угод протягом наступних двох кварталів.

Повернімося до кухні. Мити посуд — не glamурна робота, але кожному шеф-кухарю в закладі потрібні чисті тарілки. New Relic робить ставку на те, що коли агентний пил осяде, платформа, яка надійно відповідає на питання «що щойно зламалося і кого це стосується», стане тихо незамінною — навіть якщо її назва ніколи не з'явиться в меню. Ставка раціональна. Чи погодяться з нею терпіння PE та корпоративні закупівлі — ось де все або вистоїть, або впаде.