Йожеф Гісем: Backend — як правильно помилятися

Йожефа Гісема, Back-End інженер в MacPaw поділився своїм досвідом та висновками щодо роботи з помилками на бекенді. Як жити, якщо система моніторингу сповіщає про тисячі помилок щодня? Як пріоритезувати їх, як говорити з менеджером про виділення часу на ці проблеми?

Transcript

1. Як правильно помилятися? 1
2. Yozhef Hisem Back-end Engineer at MacPaw Say hi 👇 github.com/Yozhef linkedin.com/in/yozhef 2
3. Agreements 3 3
4. Передісторія доповіді 4
5. Error monitoring system 5 5
9. Ignore Exception 9
10. Як покращити цю ситуацію?
11. Забуваємо про таке використання: 11
12. Додаємо зрозумілий меседж помилки 12
13. Логуємо всі параметри 13
14. На поточних проектах аналізуєте? 😂 ❤ 14
15. Як провести аналіз помилок? 15
16. План оцінки проблем 16
17. План оцінки проблем • Назва помилки 17 16
18. План оцінки проблем • Назва помилки • Опис 18 16
19. План оцінки проблем • Назва помилки • Опис • Технічний опис 19 16
20. План оцінки проблем • Назва помилки • Опис • Технічний опис • Кількість 20 16
21. План оцінки проблем • Назва помилки • Опис • Технічний опис • Кількість • Періодичність 21 16
22. План оцінки проблем • Назва помилки • Опис • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? 22 16
23. План оцінки проблем • Назва помилки • Опис • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? 23 16
24. План оцінки проблем • Назва помилки • Опис • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 24 16
25. Вхідні данні про проєкт • Company X • 100 000 - придбань в день • Стадія агресивного маркетингу • На ринку є конкуренти - “підступні” • Технічна позиція - стабільність та захист користувачів • 1 придбання = 10$ • 1 повернення = 11$ • 1 девелопер година - 20$ • В середньому 20% людей з помилки роблять повернення і не повертаються 25 16
26. Поточна ситуація на проекті 26 17
27. Приклад №1 27 18
28. План оцінки проблеми №1 • Назва помилки — MacAddress NotBlank • Опис • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 28 19
29. План оцінки проблеми №1 • Назва помилки — MacAddress NotBlank • Опис — Validation Request Fail • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 29 19
30. План оцінки проблеми №1 • Назва помилки — MacAddress NotBlank • Опис — Validation Request Fail • Технічний опис — macAddress == “ ” • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 30 19
31. План оцінки проблеми №1 • Назва помилки — MacAddress NotBlank • Опис — Validation Request Fail • Технічний опис — macAddress == “ ” • Кількість — 10 разів • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 31 19
32. План оцінки проблеми №1 • Назва помилки — MacAddress NotBlank • Опис — Validation Request Fail • Технічний опис — macAddress == “ ” • Кількість — 10 разів • Періодичність — Кожного дня • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 32 19
33. План оцінки проблеми №1 • Назва помилки — MacAddress NotBlank • Опис — Validation Request Fail • Технічний опис — macAddress == “ ” • Кількість — 10 разів • Періодичність — Кожного дня • Втрачаємо стабільність? — Ні • Повернення покупок? • Скільки буде коштувати виправлення 33 19
34. План оцінки проблеми №1 • Назва помилки — MacAddress NotBlank • Опис — Validation Request Fail • Технічний опис — macAddress == “ ” • Кількість — 10 разів • Періодичність — Кожного дня • Втрачаємо стабільність? — Ні • Повернення покупок? — Так • Скільки буде коштувати виправлення 34 19
35. План оцінки проблеми №1 • Назва помилки — MacAddress NotBlank • Опис — Validation Request Fail • Технічний опис — macAddress == “ ” • Кількість — 10 разів • Періодичність — Кожного дня • Втрачаємо стабільність? — Ні • Повернення покупок? — Так • Скільки буде коштувати виправлення — 5 годин 35 19
36. Підрахунок • Назва помилки: MacAddress NotBlank • Вирішення: 5 * 20 = 100$ • Втрати за 1 день: (10 * 0,2) * 11 = 22$ … 660 … 8030 • Втрата користувачів: Так • Втрата репутації security: Ні 36 20
37. Приклад №2 37 21
38. План оцінки проблеми №2 • Назва помилки — Email Exist • Опис • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 38 22
39. План оцінки проблеми №2 • Назва помилки — Email Exist • Опис — Користувач виконує перевірку перед SignUp email • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 39 22
40. План оцінки проблеми №2 • Назва помилки — Email Exist • Опис — Користувач виконує перевірку перед SignUp email • Технічний опис — Такий email вже існує в системі • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 40 22
41. План оцінки проблеми №2 • Назва помилки — Email Exist • Опис — Користувач виконує перевірку перед SignUp email • Технічний опис — Такий email вже існує в системі • Кількість — 1000 • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 41 22
42. План оцінки проблеми №2 • Назва помилки — Email Exist • Опис — Користувач виконує перевірку перед SignUp email • Технічний опис — Такий email вже існує в системі • Кількість — 1000 • Періодичність — Кожного дня • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 42 22
43. План оцінки проблеми №2 • Назва помилки — Email Exist • Опис — Користувач виконує перевірку перед SignUp email • Технічний опис — Такий email вже існує в системі • Кількість — 1000 • Періодичність — Кожного дня • Втрачаємо стабільність? — Ні • Повернення покупок? • Скільки буде коштувати виправлення 43 22
44. План оцінки проблеми №2 • Назва помилки — Email Exist • Опис — Користувач виконує перевірку перед SignUp email • Технічний опис — Такий email вже існує в системі • Кількість — 1000 • Періодичність — Кожного дня • Втрачаємо стабільність? — Ні • Повернення покупок? — Ні • Скільки буде коштувати виправлення 44 22
45. План оцінки проблеми №2 • Назва помилки — Email Exist • Опис — Користувач виконує перевірку перед SignUp email • Технічний опис — Такий email вже існує в системі • Кількість — 1000 • Періодичність — Кожного дня • Втрачаємо стабільність? — Ні • Повернення покупок? — Ні • Скільки буде коштувати виправлення — 15 годин 45 22
46. Підрахунок • Назва помилки: Email Exist • Вирішення: 15 * 20 = 300$ • Втрати за 1 день: (0 * 0,2) * 11 = 0 … 0 … 0 • Втрата користувачів: Можлива • Втрата репутації security: Так 46 23
47. Приклад №3 47 24
48. План оцінки проблеми №3 • Назва помилки — Не змогли оплатити покупку • Опис • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 48 25
49. План оцінки проблеми №3 • Назва помилки — Не змогли оплатити покупку • Опис — Проблема сталась у провайдера • Технічний опис • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 49 25
50. План оцінки проблеми №3 • Назва помилки — Не змогли оплатити покупку • Опис — Проблема сталась у провайдера • Технічний опис — Неопрацьований кейс коли у провайдера проблеми • Кількість • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 50 25
51. План оцінки проблеми №3 • Назва помилки — Не змогли оплатити покупку • Опис — Проблема сталась у провайдера • Технічний опис — Неопрацьований кейс коли у провайдера проблеми • Кількість — 69 помилок в хвилину • Періодичність • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 51 25
52. План оцінки проблеми №3 • Назва помилки — Не змогли оплатити покупку • Опис — Проблема сталась у провайдера • Технічний опис — Неопрацьований кейс коли у провайдера проблеми • Кількість — 69 помилок в хвилину • Періодичність — раз в 3 місяці • Втрачаємо стабільність? • Повернення покупок? • Скільки буде коштувати виправлення 52 25
53. План оцінки проблеми №3 • Назва помилки — Не змогли оплатити покупку • Опис — Проблема сталась у провайдера • Технічний опис — Неопрацьований кейс коли у провайдера проблеми • Кількість — 69 помилок в хвилину • Періодичність — раз в 3 місяці • Втрачаємо стабільність? — Так • Повернення покупок? • Скільки буде коштувати виправлення 53 25
54. План оцінки проблеми №3 • Назва помилки — Не змогли оплатити покупку • Опис — Проблема сталась у провайдера • Технічний опис — Неопрацьований кейс коли у провайдера проблеми • Кількість — 69 помилок в хвилину • Періодичність — раз в 3 місяці • Втрачаємо стабільність? — Так • Повернення покупок? — Так • Скільки буде коштувати виправлення 54 25
55. План оцінки проблеми №3 • Назва помилки — Не змогли оплатити покупку • Опис — Проблема сталась у провайдера • Технічний опис — Неопрацьований кейс коли у провайдера проблеми • Кількість — 69 помилок в хвилину • Періодичність — раз в 3 місяці • Втрачаємо стабільність? — Так • Повернення покупок? — Так • Скільки буде коштувати виправлення —150 годин 55 25
56. Підрахунок • Назва помилки: Не змогли оплатити покупку • Вирішення: 150 * 20 = 3000$ • Втрати за 3 місяці: (69п * 11$)*5хв = 3795$ … 15180$ • Втрата користувачів: Так • Втрата репутації security: Ні 56 26
57. Thanks for listening! Time for your questions 👾