Створювати чи купувати: відстеження помилок

Кожна команда колись додавала try/catch, який надсилає повідомлення на webhook Slack, і оголошувала відстеження помилок розв'язаним. Це працює, на це пішло двадцять хвилин, і для побічного проєкту це справді правильне рішення. Проблеми починаються приблизно через півроку.

Що ці двадцять хвилин не враховують

• Групування, інакше канал стає непридатним після першого поганого деплою.
• Обмеження частоти, щоб один цикл не надіслав десять тисяч повідомлень.
• Зберігання і retention, бо колись хтось запитає, що сталося в березні.
• Панель, бо гортати канал Slack — це не трієж.
• Правила маршрутизації, бо не все заслуговує на те саме місце призначення.
• Повторні спроби і ескалація, а також процес чергування навколо них.

Коли створювати все ще правильно

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

Дивіться, скільки це коштує →