Якщо ви розробляєте або керуєте веб-додатками, ви знаєте, що підтримка гарної технічної продуктивності не є необов'язковою: це різниця між задоволеними користувачами, які конвертують… і людьми, які залишають ваш сайт за лічені секунди. Оскільки архітектури стають складнішими — мікросервіси, контейнери, гібридні хмари, зовнішні сервіси — стає майже неможливо зрозуміти, що відбувається, використовуючи лише окремі журнали або графіки хостингу.
Саме тут і з'являється New Relic. Ця платформа спостереження та APM дозволяє вам контролювати поведінку ваших додатків у режимі реального часу , виявляти вузькі місця, бачити, що відбувається у вашій інфраструктурі, і, що ще важливіше, контролювати моделі штучного інтелекту, які ви використовуєте у своєму проєкті. Все це з однієї панелі інструментів, без необхідності перемикатися між п'ятьма різними інструментами.
Що таке Нова Реліквія і для чого вона використовується?
New Relic — це глобально поширена SaaS-платформа для моніторингу продуктивності та спостереження застосунків (APM) . Її мета — надати вам повну видимість того, як функціонують ваші цифрові системи: бекенд-застосунки, фронтенд, інфраструктура, бази даних, зовнішні сервіси та навіть робочі навантаження штучного інтелекту.
Для досягнення цієї мети New Relic об'єднує дані додатків, інфраструктуру, журнали, користувацький досвід та бізнес-метрики в єдиному середовищі . Це дозволяє перейти від типового фрагментованого подання (кожен елемент в окремому інструменті) до уніфікованого підходу, де легше виявляти проблеми, розуміти їхній вплив та визначати пріоритети того, що потрібно виправити в першу чергу.
Платформа інтегрується з широким спектром сучасних технологій : такими мовами, як PHP, Java, Python та Ruby; хмарними сервісами, такими як AWS та Azure; контейнерними середовищами, такими як Kubernetes; популярними базами даних; та фреймворками всіх видів. Завдяки цій сумісності вона є дуже привабливим варіантом як для стартапів, так і для великих підприємств зі складними та розподіленими архітектурами.
Як працює New Relic всередині: модель MELT
Щоб зрозуміти, як New Relic контролює ваші системи, корисно зрозуміти модель MELT, яка групує дані за чотирма основними типами: метрики, події, журнали та трасування . Використовуючи їх, платформа створює повну картину поведінки вашої програми.
Метрики – це числові значення, що описують продуктивність: час завантаження, використання процесора, споживання пам'яті, пропускну здатність у запитах за хвилину тощо . Цей тип даних ідеально підходить для спостереження за тенденціями з плином часу та виявлення аномальних стрибків або поступового погіршення.
Події представляють собою дії, що відбуваються у ваших програмах або системах. Зазвичай вони групують кілька рядків журналу, які описують щось, що сталося: наприклад, завершену транзакцію, помилку бази даних або виклик зовнішньої служби. Вони допомагають зрозуміти, що сталося та в якому контексті.
Журнали – це порядковий опис цих подій, разом із позначками часу та додатковими атрибутами. Вони дозволяють крок за кроком реконструювати дії певної програми чи служби, і є критично важливими для розслідування незвичайної поведінки або помилок, які важко відтворити.
Нарешті, є трасування , які показують хронологічну послідовність подій протягом запиту або всього потоку. Наприклад, у середовищі мікросервісів трасування може проходити через кілька API, черг повідомлень і баз даних, що дозволяє бачити, де витрачається час або де виникають помилки в усьому ланцюжку.
Роль агента «Нової реліквії»
New Relic працює через агента, встановленого у вашому застосунку або інфраструктурі . Цей агент налаштовує код і середовище для автоматичного збору необхідних метрик, подій, журналів і трас.
Кожен тип моніторингу зазвичай потребує свого власного агента: один агент для APM (додатків), інший для інфраструктури , ще один для браузера (досвід користувача веб-сайту) тощо. Ці агенти відповідають за надсилання даних на платформу New Relic, де вони обробляються та відображаються на візуальних панелях керування.
Після встановлення агента та виконання мінімальних системних вимог, наприклад, наявності прав адміністратора та сумісних версій операційної системи та мови програмування, дані почнуть з’являтися у вашому обліковому записі майже миттєво, без необхідності дуже складних налаштувань.
Ключові показники для моніторингу за допомогою APM
Під час використання інструментів APM, таких як New Relic, існує низка важливих показників, за якими слід уважно стежити , щоб зрозуміти фактичний стан ваших застосунків і передбачити проблеми з продуктивністю.
Час відповіді вказує, скільки часу потрібно вашій програмі для обробки запиту та повернення відповіді. Якщо цей показник перевищує допустимі порогові значення, це погіршує взаємодію з користувачем, і ви можете спостерігати зниження коефіцієнтів конверсії або використання сервісу.
Коефіцієнт помилок показує, скільки запитів завершуються певним типом збою, таким як необроблені винятки, відповіді HTTP 5xx або помилки в зовнішніх службах. Збільшення цього показника зазвичай є ознакою проблемних розгортань, нестабільних залежностей або внутрішніх вузьких місць.
Використання ресурсів ( процесор, пам'ять, диск, мережа) показує, скільки потужності споживає ваша програма на серверах або в контейнерах. Надмірне споживання може призвести до перевантаження системи, тоді як дуже низьке використання та епізодичні піки можуть свідчити про необхідність оптимізації або масштабування.
Пропускна здатність зазвичай вимірюється в запитах за хвилину (RPM). Цей показник дозволяє побачити, яке навантаження може впоратися ваша програма, як вона працює під час пікових навантажень і чи має ваша інфраструктура достатній розмір.
Затримка відображає час, необхідний для передачі даних від клієнта до сервера і назад. Вона особливо актуальна, коли йдеться про складні мережі, мережі доставки доставки (CDN), зовнішні сервіси або розподілені архітектури з кількома переходами між регіонами або постачальниками.
Досвід користувача виходить за рамки технічних показників і може бути виміряний за допомогою таких показників, як оцінка Apdex, яка пов'язує задовільний і незадовільний час відгуку на основі визначеного порогу. Цей тип показника допомагає вам перетворити технічну продуктивність на реальне задоволення людей, які користуються вашим застосунком.
Зрештою, є бізнес-метрики : кількість транзакцій, дохід, коефіцієнт конверсії, обсяг замовлень тощо. Співвіднесення цих даних з технічними показниками дозволяє чітко побачити, наскільки проблема із затримкою або тимчасове падіння впливає на прибуток.
Залежно від характеристик вашого проєкту, окрім цих загальних показників, вас може зацікавити моніторинг певних показників , таких як час виконання певних SQL-запитів, продуктивність певних інтеграцій або поведінка критично важливих для користувача функцій.
Головна панель інструментів APM: що ви можете побачити
Щойно агент активується, розділ APM у New Relic надає чіткий огляд. Сторінка «Зведення APM» відображає найважливіші показники для кожної служби чи програми.
На цій сторінці ви знайдете, серед інших даних, час відгуку веб-транзакцій , який вимірює тривалість запитів з точки зору клієнта, хоча він не завжди охоплює весь час, витрачений на складну операцію.
Ще однією важливою метрикою в цьому поданні є показник Apdex , який порівнює виміряний час відгуку з попередньо визначеним порогом. Це дозволяє побачити, який відсоток транзакцій вважається успішним, а який ні, допомагаючи вам зрозуміти сприйняття продуктивності вашими користувачами.
Ви також побачите пропускну здатність у кількості запитів за хвилину (RPM) , коефіцієнт помилок та споживання ресурсів хоста (процесор і пам'ять). Таке поєднання даних полегшує виявлення кореляцій, наприклад, між піками трафіку, збільшенням затримки та насиченням процесора.
Окрім зведення, New Relic пропонує окремі подання для різних компонентів: розподілене відстеження, окремі транзакції, бази даних, зовнішні служби або навіть середовища Kubernetes, де можна побачити такі показники, як вік розгортань, стан pod-ів та порівняння продуктивності між різними версіями.
Розширений моніторинг: трасування, зовнішні сервіси та Kubernetes
Функція розподіленого трасування записує поведінку запитів, що проходять через кілька сервісів або мікросервісів. У цьому режимі ви можете аналізувати загальну тривалість кожного трасування, проміжки, які воно включає, помилки, що виникають, та найпоширеніші шляхи вашого трафіку.
У розділі транзакцій перераховано найважливіші запити, відсортовані за відсотком споживання реального часу, пропускною здатністю та використанням ресурсів. Глибше заглиблюючись у кожну транзакцію, можна побачити, які частини коду, запити до бази даних або зовнішні виклики найбільше уповільнюють роботу програми.
Щодо баз даних, New Relic відображає операції, час відгуку та пропускну здатність для виконаних запитів та операторів. Це допомагає вам виявити повільні запити, погано розроблені індекси або неефективні шаблони доступу, які впливають на загальну продуктивність.
У режимі перегляду зовнішніх служб надаються відомості про продуктивність, час відгуку та рівень помилок для вищих та нижчих платформ, таких як сторонні API або внутрішні системи. Це дозволяє краще розрізняти ваші проблеми, а які виникають через зовнішні залежності.
Якщо ви працюєте з Kubernetes , New Relic може показувати вам інформацію про розгортання, доступні pod-системи, пов'язані журнали та порівняння різних показників. Це дозволяє легше побачити, як зміни конфігурації, нові версії або автоматичне масштабування впливають на фактичну продуктивність ваших робочих навантажень.
Оповіщення та угоди про рівень обслуговування (SLA)
Окрім збору даних, New Relic дозволяє визначати сповіщення та відстежувати ваші угоди про рівень обслуговування (SLA) , щоб гарантувати, що програми відповідають обіцяним рівням обслуговування.
Функція звітності за угодою про рівень обслуговування (SLA) надає вам огляд тенденцій часу безвідмовної роботи, простоїв та продуктивності за різні періоди (щоденно, щотижня, щомісяця). Це дозволяє оцінити, як кінцевий користувач сприймає якість обслуговування та чи виконуєте ви свої договірні або внутрішні зобов'язання.
Сповіщення автоматично повідомляють вас, коли будь-який показник відхиляється від очікуваного. Для цього ви визначаєте власні умови: яке джерело даних ви хочете відстежувати (наприклад, певний додаток, база даних або зовнішній сервіс), яка поведінка вважається аномальною (наприклад, показник, що залишається вище або нижче порогового значення) та як мають генеруватися інциденти.
Ви також можете налаштувати параметри інцидентів , щоб вирішити, чи хочете ви отримувати негайні сповіщення про будь-які порушення, чи лише про повторювані чи серйозні проблеми. Щодо каналів сповіщень , платформа дозволяє інтегрувати електронну пошту, Slack, OpsGenie та інші інструменти сповіщення та реагування на інциденти.
Сповіщення оснащені механізмом прикладного аналізу , який допомагає виявляти потенційні першопричини шляхом співвіднесення даних та зменшення кількості шуму, який в іншому випадку довелося б аналізувати вручну. Це дозволяє технічним командам зосередитися на вирішенні проблем, а не на їх фільтрації.
Інформаційні панелі та візуалізація даних
Однією з ключових особливостей New Relic є його здатність створювати власні інформаційні панелі , які групують важливі показники для вашого бізнесу або технічної сфери.
Головна панель інструментів вже об’єднує більшу частину інформації про продуктивність на одному екрані, закодованому за допомогою діаграм і кольорів, які допомагають одразу визначити закономірності. Однак ви можете піти далі та створити власні панелі інструментів, адаптовані до різних команд, проектів або географічних регіонів.
Ці панелі інструментів дозволяють налаштовувати дизайн, розмір діаграми та набір відображених показників. Наприклад, зазвичай створюють окрему панель інструментів для країни чи регіону, ще одну для критично важливого виробничого середовища та ще одну для бізнес-використання з показниками конверсії, що корелюють з технічною продуктивністю.
Можливість спільного використання інформаційних панелей між командами значно покращує спільну роботу: розробка, операції, маркетинг або продукт можуть розглядати одні й ті ж дані з взаємодоповнюючих точок зору та приймати узгоджені рішення.
Інтегровані трасування та журнали транзакцій
Коли виникає серйозна проблема з продуктивністю, наявність слідів транзакцій та пов'язаних з ними журналів є вирішальним фактором між здогадками та точним знанням того, що відбувається.
Трасування APM у New Relic зберігає детальну інформацію про транзакції вашої програми, включаючи виклики бази даних, сегментацію за функціями або методами та час, витрачений на кожну частину процесу. Це дозволяє вам побачити, наприклад, чи запит застряг у циклі коду, певному запиті або виклику зовнішньої служби.
Одночасно платформа дозволяє переглядати журнали, пов’язані з кожною трасою . З інтерфейсу журналів ви можете шукати за ключовими словами, атрибутами або часовими діапазонами та швидко пов’язувати відповідні повідомлення з проблемними транзакціями.
Таке поєднання трасування та журналів забезпечує дуже повний контекст для усунення несправностей , скорочуючи час, необхідний для пошуку першопричини проблеми, та позбавляючи вас необхідності постійно перемикатися між різними інструментами для реконструкції того, що сталося.
Основні переваги New Relic
Порівняно з іншими платформами моніторингу, New Relic виділяється з кількох причин, які особливо приваблюють команди будь-якого розміру. Перша – це простота встановлення та налаштування , оскільки вона пропонує розширену документацію та майстер налаштування, який виявляє середовище, пропонує відповідного агента та навіть налаштовує його автоматично в багатьох випадках.
У повсякденному використанні інтерфейс зосереджений на зручності використання та швидкості пошуку першопричини . З головної панелі ви можете глибше зануритися в графіки та таблиці лише за кілька кліків, відстежуючи проблему від збою Apdex до конкретної транзакції, сегмента коду або запиту до бази даних, що відповідає за проблему.
New Relic також додає цінності завдяки веденню журналу помилок на стороні клієнта , що допомагає зрозуміти, що відбувається в браузерах користувачів: які типи помилок виникають, як часто та в яких контекстах. Це дає вам додатковий контекст для покращення взаємодії з користувачем.
Ще однією перевагою є детальний журнал транзакцій , який дозволяє вам одразу визначити, які компоненти вашої програми завантажуються повільніше або споживають більше ресурсів. Такий тип видимості є критично важливим для визначення пріоритетів оптимізації, яка дійсно вплине на загальну продуктивність.
Інтерфейс користувача платформи досить інтуїтивно зрозумілий та гнучкий . Візуальні елементи, налаштування перегляду та загальний дизайн роблять її придатною як для користувачів з високим технічним рівнем, так і для тих, хто вперше знайомий з моніторингом.
Встановлення нового Relic APM: приклад за допомогою PHP на Ubuntu
Конкретний процес встановлення агента APM залежить від мови програмування та операційної системи , яку ви використовуєте, але загальна логіка залишається незмінною: зареєструйте обліковий запис, отримайте ліцензійний ключ, встановіть агент і перезапустіть служби, щоб вони почали збирати дані.
У системі Ubuntu із PHP-додатками (наприклад, під час встановлення WordPress на VPS ) типова процедура починається зі створення облікового запису на New Relic та, після входу в систему, доступу до налаштувань облікового запису для копіювання ліцензійного ключа. Цей ключ ідентифікує ваші облікові дані на платформі.
Далі вам потрібно додати репозиторій New Relic до системи за допомогою команди, яка записує відповідний запис до списку джерел пакетів. Потім ви перевіряєте авторитетність джерела, імпортуючи ключ GPG, наданий New Relic, та оновлюючи локальний список пакетів.
Коли репозиторій вже налаштовано, встановіть пакет PHP-агента безпосередньо з офіційних репозиторіїв New Relic. У деяких випадках встановлення завершується автоматично; якщо ні, і з'являється повідомлення про те, що вам потрібно запустити утиліту встановлення від імені root, просто виконайте рекомендовану команду, щоб завершити процес вручну.
Під час цих кроків вам буде запропоновано вказати назву програми, яку ви хочете контролювати, та ввести ліцензійний ключ, який ви скопіювали раніше. Нарешті, вам просто потрібно перезапустити веб-сервер, наприклад, відповідну службу Apache, щоб агент почав працювати.
Після цього варто кілька хвилин використовувати програму у звичайному режимі , щоб агент міг згенерувати достатньо даних. Коли ви повернетеся до інтерфейсу New Relic, ви повинні побачити діаграми та показники в розділі APM. Для інсталяцій, які не плануються до масштабного розгортання, сам інструмент рекомендує режим керованої інсталяції, який автоматизує багато попередніх кроків.
Як використовувати New Relic APM для оптимізації вашої програми
Після встановлення розробники можуть одразу почати працювати з даними APM , без складних налаштувань. Просто увійдіть на платформу, перейдіть на вкладку APM і виберіть програму, яку потрібно проаналізувати.
Типовий робочий процес дослідження проблем продуктивності може розпочатися з перегляду графіка оцінки Apdex. Якщо вона падає нижче прийнятного значення, це явна ознака того, що з користувацьким досвідом щось не так.
Наступним кроком зазвичай є пошук піків на графіку часової шкали веб-транзакцій . Кольори представляють різні компоненти: виконання коду, запити до бази даних, виклики зовнішніх служб тощо. Визначення того, який колір домінує над найбільш вираженими піками, допомагає вам визначити, де їх шукати.
Натискання на відповідний сплеск перенаправить вас на сторінку "Транзакції" в New Relic , де ви можете сортувати записи за їх найбільш негативним впливом на Apdex. Транзакція, яка найбільше впливає на задоволеність користувачів, зазвичай є гарним кандидатом для подальшого розгляду.
У межах цієї транзакції ви можете прокрутити вниз до розділу слідів транзакцій і відкрити одну з них, щоб побачити її покрокове розбиття. На вкладці деталей сліду ви знайдете сегменти, виділені кольорами, такими як червоний або жовтий, що позначають найповільніші або найпроблемніші частини.
Після цього наступним кроком є аналіз того, чи є час, витрачений на ці сегменти, обґрунтованим відповідно до ваших критеріїв, чи вони є джерелом проблеми. Якщо так, ви можете працювати над ураженим кодом, запитом, конфігурацією інфраструктури або інтеграцією, доки не зменшите вплив на час відгуку.
Використання New Relic в середовищах електронної комерції (Adobe Commerce / Magento)
У сфері електронної комерції, особливо з такими платформами, як Adobe Commerce або Magento Open Source , New Relic став майже незамінним інструментом для підтримки гнучкості та стабільності інтернет-магазину.
Одним із найцінніших його застосувань є виявлення вузьких місць . New Relic може виявляти повільні SQL-запити, сторонні розширення, що знижують продуктивність, або зовнішні виклики API, що уповільнюють процес оформлення замовлення. Точне знання того, який компонент затримує роботу магазину, дозволяє вживати точні заходи, замість того, щоб вносити сліпі зміни.
Платформа також допомагає оптимізувати швидкість завантаження сторінок, аналізуючи поведінку кожного розділу каталогу, кошика для покупок або оформлення замовлення. Це безпосередньо впливає на взаємодію з користувачем та коефіцієнти конверсії, оскільки клієнти схильні припиняти пошук, якщо час очікування довгий.
Ще одним критичним моментом є моніторинг інтеграцій з ERP, платіжними шлюзами, маркетинговими інструментами та іншими зовнішніми системами. New Relic дозволяє контролювати ці з’єднання та швидко виявляти збої або погіршення роботи, які можуть блокувати замовлення або спричиняти помилки в оплаті.
У пікові періоди, такі як Чорна п'ятниця або спеціальні кампанії, New Relic неймовірно корисний для підготовки до піків трафіку . Аналізуючи поведінку магазину під навантаженням, ви можете визначити необхідний розмір ресурсів, налаштувати кешування та мінімізувати ризик простою або повного збою сайту.
Нова Relic AIM: спостережуваність, застосована до штучного інтелекту
Зі зростанням популярності застосунків на основі штучного інтелекту, New Relic впровадила New Relic AIM , рішення, розроблене для моніторингу всього стеку штучного інтелекту з тією ж філософією, яку APM застосовує до традиційних застосунків.
Мета полягає в тому, щоб забезпечити повну прозорість усіх компонентів рішення на основі штучного інтелекту: від сервісів, які його викликають, до використовуваних моделей, проміжного потоку даних, базової інфраструктури та пов'язаного з цим споживання ресурсів.
Налаштування відбувається відносно швидко завдяки агентам, готовим до використання штучного інтелекту , які не потребують жодної додаткової складної інструментарії. Ці агенти пропонують вбудовану підтримку відомих моделей, таких як OpenAI та AWS Bedrock, а також фреймворків оркестрації, таких як LangChain, що значно спрощує розгортання.
За допомогою AIM ви можете спостерігати за показниками, специфічними для ШІ , такими як кількість запитів до моделей, час відгуку, використання токенів, відгуки користувачів та рівень помилок у відповідях. Все це поєднується з традиційними сигналами APM, показниками інфраструктури та журналами, щоб ви могли побачити реальний вплив рівня ШІ на решту програми.
Інтеграція з New Relic APM 360 дозволяє співвідносити проблеми ШІ з іншими компонентами системи. Наприклад, якщо ви виявите збільшення кількості помилок програм та одночасне збільшення кількості збоїв ШІ в єдиному поданні, ви можете швидко ізолювати причину на рівні моделі та детально знайти точне джерело.
Такий підхід допомагає швидше налагоджувати програми штучного інтелекту , оптимізувати продуктивність, якість та витрати (наприклад, шляхом контролю використання токенів) та забезпечувати дотримання внутрішніх правил та політик, пов'язаних з обробкою даних та відстеженням автоматизованих рішень.
Порівняння нового Relic з іншими інструментами на ринку
На ринку доступні кілька рішень для моніторингу та спостереження, такі як Dynatrace, AppDynamics, Datadog та Elastic APM , кожне з яких має свої сильні сторони та нюанси. New Relic виділяється кількома способами, які цікаві багатьом командам.
Одним із них є співвідношення вартості та вигоди . New Relic пропонує безкоштовну версію та масштабовані плани, що роблять його доступним для малого та середнього бізнесу, зберігаючи при цьому розширені можливості для великих організацій зі складною архітектурою.
Ще одним аргументом на його користь є простота впровадження . Хоча всі інструменти цього типу вимагають певної початкової роботи, New Relic приділяє велику увагу зменшенню труднощів за допомогою керованих майстрів, зрозумілої документації та агентів, які добре працюють у найрізноманітніших середовищах.
Платформа орієнтована як на розробників, так і на бізнес-професіоналів . Вона не просто відображає технічні дані; вона дозволяє користувачам створювати представлення та панелі інструментів, які порівнюють показники ефективності з показниками доходу, конверсії або використання функцій, що спрощує прийняття дієвих рішень.
У конкретній галузі електронної комерції виділяється його вбудована інтеграція з Adobe Commerce , що спрощує моніторинг інтернет-магазинів без необхідності налаштування надто складних конфігурацій.
Порівняно з іншими інструментами, Dynatrace та AppDynamics пропонують дуже потужні можливості, але вони можуть бути дорожчими та складнішими в управлінні , особливо для команд з меншим досвідом у спостережливості. Datadog, з іншого боку, має сильну увагу до інфраструктури та журналів, тоді як Elastic APM дуже популярний у середовищах з відкритим кодом, але зазвичай вимагає більш просунутого налаштування та обслуговування.
Від теорії до практики: реальний випадок покращення продуктивності
Щоб побачити реальний вплив наявності єдиної платформи спостережуваності, ілюстративним є випадок EveryMatrix , де її старший системний архітектор Алекс Буларка спочатку мав вирішувати проблеми продуктивності, використовуючи до п'яти різних інструментів.
Прийнявши New Relic як свою основну платформу, команда перейшла на єдину панель інструментів, розподілене трасування та карти сервісів . Ця комбінація дозволила їм точно визначити проблему тривалої затримки для певної групи перевантажених потоків, що раніше було набагато складніше швидко виявити.
Можливість мати уніфіковані дані з APM для налаштованих запитів зробила вирішення складних інцидентів швидшим та ефективнішим, а в багатьох випадках дозволила виявляти та виправляти аномалії ще до того, як вони спричинили видимий інцидент у виробництві.
Такі приклади чітко показують, що спостережуваність — це не лише гарна графіка, а й прямий важіль для скорочення простоїв, покращення взаємодії з користувачем та стримування експлуатаційних витрат.
Таким чином, New Relic зарекомендував себе як одне з найкомплексніших рішень для компаній, яким необхідно контролювати та оптимізувати продуктивність своїх програм, знижувати операційні ризики та пропонувати високоякісний користувацький досвід.
Його єдиний підхід до додатків, інфраструктури, взаємодії з клієнтами, а тепер і штучного інтелекту, у поєднанні з простотою використання, робить його дуже надійним варіантом для будь-якої організації, яка хоче контролювати свої цифрові платформи, від невеликих веб-сайтів до великомасштабних розподілених систем. Поділіться посібником, щоб більше користувачів могли дізнатися про нього.