У цій статті я б поділився своїм досвідом роботи в галузі моніторингу, надавши деяку інформацію з наступних питань про спостережливість та моніторинг:
- Чи є спостережливість такою ж, як моніторинг?
- Чим відрізняється спостереження від моніторингу?
- Який інструмент є правильним для кожної конкретної проблеми моніторингу?
Я запустив Inspector три роки тому як побічний проект, і зараз це завантажувальна компанія з клієнтами в більш ніж двадцяти країнах. Навіть сьогодні я майже щодня розмовляю з розробниками про їхні потреби в моніторингу, і продовжую вчитися у інших розробників на всіх рівнях.
Якщо ви шукаєте рішення для моніторингу в Google, ви знайдете безліч інструментів. Багато з них виглядають як (або продаються як) інструменти моніторингу додатків, але вони не мають нічого спільного з моніторингом додатків. Ці подібності можуть ускладнити з'ясування, який інструмент був правильним відповідно до ваших конкретних потреб.
Чому моніторинг та спостережливість мають значення
Час, коли багато розробників відчувають необхідність взяти свої програми під контроль, часто збігається з тим, коли вони вперше починають працювати над середнім / великим проектом.
Причина проста: коли ваше програмне забезпечення стає складним або обслуговує дуже цінних клієнтів, помилки програмного забезпечення стають дорогими; Подвійно, коли ваші клієнти знаходять їх! Клієнти можуть оцінювати вас як ненадійних і шукати альтернативи.
Моніторинг – це спосіб для розробників уникнути несподіваних інцидентів і якомога довше утримувати клієнтів або контракти, що означає стабільний дохід для вашого бізнесу з плином часу.
Сьогодні орієнтуватися у світі моніторингу може бути не так просто, ймовірно, тому, що так багато різних даних можна використовувати багатьма різними способами.
Чи є спостережливість такою ж, як моніторинг?
Залежить від контексту. Ці два слова використовуються як взаємозамінні залежно від типу системи, яка у вас є.
Моніторинг є основною категорією всіх цих інструментів і платформ. Це відноситься до програмно-орієнтованої контрольної діяльності, в якій ви збираєте дані, щоб візуалізувати, що робить ваша програма під час її звичайної роботи. Кінцевою перевагою є отримання попереджень та сповіщень при виникненні аномалії.
Замість цього спостережливість - це централізований моніторинг для надскладних систем. Це моніторинг в масштабному сценарії, де виконання запиту вимагає проходження десятків серверів і підсистем.
Це типовий варіант використання підприємства, коли компанія повинна контролювати не тільки додатки, але і поведінку всієї інфраструктури, зовнішніх систем, мікросервісів і т.д. в одному централізованому середовищі.
Чим відрізняється спостереження від моніторингу?
Я вважаю, що зосереджуватися на визначеннях «спостережливість проти моніторингу» абсолютно неправильно. Вони представляють ту саму роботу, яку потрібно виконати. Напевно, багато інженерів могли б задирати ніс на мою заяву. Але ваші клієнти не знають, який підхід до моніторингу ви використовуєте. Ваша увага повинна бути зосереджена на успіху!
У робочому процесі розробників є багато дій, які функціонують для своєї основної мети, але не є метою. Моніторинг явно є одним з них.
Так багато компаній, які створюють інструменти для розробників, забувають цей простий факт. В іншому випадку доступні продукти націлені на занадто складні сценарії, які виходять за рамки малих і середніх команд. В результаті виходять недоступні рішення.
Ви повинні подивитися на характеристики вашого програмного середовища і взяти до уваги дві основні змінні: складність і вартість.
Після більш ніж десятирічного досвіду роботи в галузі моніторингу я бачив лише кілька компаній, здатних підійти до моніторингу так цілісно, як передбачає концепція спостережливості. Як правило, великі компанії з великою кількістю фінансових і людських ресурсів.
З усіх відгуків, прослуханих за ці роки роботи в Inspector, найважливішою функцією для розробників є сигналізації. Здатність платформи інтегруватися зі своїм робочим середовищем і автоматично повідомляти про помилки та вузькі місця.
Ймовірно, інструмент, який ви виберете, повинен освоїти цю функцію, щоб мати найкращі шанси бути задоволеним.
Очевидно, що це може залежати від набору даних, зібраних інструментом. Якщо вам цікаво, я написав статтю, щоб допомогти вам краще зрозуміти, який правильний інструмент для кожної конкретної проблеми моніторингу: Маючи вагому
Маючи вагому
причину!
Припускаючи, що «Якщо цілісний підхід хороший для Netflix, це добре для нас!» Це найбільша причина, чому ви повинні уникати цього.
У вас повинно бути чітке бачення і цілі того, чого ви намагаєтеся досягти. Ви повинні чітко визначити, які переваги ви шукаєте у своїй команді, і поступово масштабуватися.
Новачок в інспекторі? Спробуйте безкоштовно зараз
Ви відповідаєте за розробку додатків у своїй компанії? Спробуйте мій інспектор продуктів, щоб автоматично виявляти помилки та вузькі місця у вашому коді. Перш ніж ваші клієнти наткнуться на проблему.
Inspector може використовувати будь-який ІТ-лідер, якому не потрібно нічого складного. Якщо вам потрібна ефективна автоматизація, глибоке розуміння та можливість пересилати сповіщення та сповіщення у бажане середовище обміну повідомленнями, спробуйте Inspector безкоштовно. Зареєструйте свій обліковий запис.
Або дізнайтеся більше на сайті: https://inspector.dev
