Опис проєкту
ПерекладНаші користувачі постійно пишуть у підтримку з запитанням, працює сервіс чи лежить, а єдиного місця, де на це чесно відповідають, у нас зараз немає. Хочу самостійно розміщувану публічну сторінку статусу, яка говорить від імені всієї платформи: вона повинна з коротким інтервалом запускати автоматичні перевірки доступності API, вебсайту, бази даних і фонових робітників й перетворювати кожен результат в зрозумілий стан компонента — працює, деградація або крупний збій. Сторінка зобов'язана бути швидкою, адаптивною під мобільні і читаємою з першого погляду, щоб відвідувач одразу розумів, що живо, а що ні, не копаючись у логах. Це не загальний аналітичний дашборд із графіками бізнес-метрик, а сфокусована сторінка надійності, єдина завдання якої — сповіщати поточну та минулу доступність.
Окрім живого відображення мені потрібен повноцінний процес роботи з інцидентами. Коли перевірка падає або ми оголошуємо інцидент вручну, система повинна відкривати інцидент, дозволяти публікувати датовані оновлення по мірі того як ми розслідуємо, визначаємо причину, спостерігаємо й нарешті закриваємо проблему, і зберігати публічну історію, щоб люди бачили, як ми розбиралися з минулими збоями. Також хочу заздалегідь публікувати анонси планових робіт, щоб плановий простій ніколи не виглядав як неочікувана аварія. Аптайм рахувати по кожному компоненту і показувати ковзним процентом за останні 30 і 90 днів на основі збережених результатів перевірок, щоб цифри були справжніми і перевіряємими, а не декоративними.
Сповіщення підписникам обов'язкові. Відвідувач повинен мати можливість підписатися по e-mail і отримувати повідомлення при відкритті, оновленні й закритті інцидента, а також при плануванні робіт, з акуратною відпискою. Потрібна й адмін-частина, де ми керуємо компонентами, запускаємо перевірки й пишемо оновлення інцидентів. Очікую чистий документований код і просту інструкцію по встановленню.
— Автоматичні перевірки доступності (HTTP, API, БД, робітники) з настроюваним інтервалом
— Стан компонентів: працює, деградація, частковий і крупний збій
— Стрічка інцидентів зі стадіями розслідуємо/причина знайдена/спостерігаємо/закрито
— Анонси планових робіт, публікуємі заздалегідь
— Ковзний аптайм за 30 і 90 днів по збереженим результатам
— Підписка по e-mail з сповіщеннями й відпискою
— Адмін-панель для компонентів, ручних перевірок і оновлень інцидентів
Окрім живого відображення мені потрібен повноцінний процес роботи з інцидентами. Коли перевірка падає або ми оголошуємо інцидент вручну, система повинна відкривати інцидент, дозволяти публікувати датовані оновлення по мірі того як ми розслідуємо, визначаємо причину, спостерігаємо й нарешті закриваємо проблему, і зберігати публічну історію, щоб люди бачили, як ми розбиралися з минулими збоями. Також хочу заздалегідь публікувати анонси планових робіт, щоб плановий простій ніколи не виглядав як неочікувана аварія. Аптайм рахувати по кожному компоненту і показувати ковзним процентом за останні 30 і 90 днів на основі збережених результатів перевірок, щоб цифри були справжніми і перевіряємими, а не декоративними.
Сповіщення підписникам обов'язкові. Відвідувач повинен мати можливість підписатися по e-mail і отримувати повідомлення при відкритті, оновленні й закритті інцидента, а також при плануванні робіт, з акуратною відпискою. Потрібна й адмін-частина, де ми керуємо компонентами, запускаємо перевірки й пишемо оновлення інцидентів. Очікую чистий документований код і просту інструкцію по встановленню.
— Автоматичні перевірки доступності (HTTP, API, БД, робітники) з настроюваним інтервалом
— Стан компонентів: працює, деградація, частковий і крупний збій
— Стрічка інцидентів зі стадіями розслідуємо/причина знайдена/спостерігаємо/закрито
— Анонси планових робіт, публікуємі заздалегідь
— Ковзний аптайм за 30 і 90 днів по збереженим результатам
— Підписка по e-mail з сповіщеннями й відпискою
— Адмін-панель для компонентів, ручних перевірок і оновлень інцидентів
Адміністрування Готівка, Банківський переказ
