Healthchecks Хостинг
Спостерігайте за завданнями cron та фоновими завданнями, і отримуйте сповіщення, коли одне перестає перевіряти.
- Один клік розгортання
- 15 ГБ Потрібно місця на диску
- 1 ГБ ОП Потрібна пам'ять
- Від 2 € Ціна

Офіційні посилання
Офіційні посилання та оригінальний веб-сайт Healthchecks
Що ви отримуєте
на AvaHost
Розгортання в один клік, власний домен, безкоштовний HTTPS, автоматичні оновлення додатків та заплановані резервні копії входять у кожен Cloud App. Ви можете запускати кілька додатків на одному сервері, і доступ до терміналу включений.
Контейнер PostgreSQL постачається з додатком і не управляється AvaHost.

Технічні дані
- Docker-образ
- healthchecks/healthchecks:latest
- Порт за замовчуванням
- 8000
- База даних
- postgres

Як працює Healthchecks
Healthchecks надає кожному моніторованому завданню унікальну адресу ping та очікуваний графік. Завдання надсилає запит при запуску, успіху або помилці. Якщо очікуваний сигнал успіху не надійде протягом налаштованого періоду та часу відстрочки, перевірка змінює стан, дозволяючи оператору виявити роботу, яка припинилась або тривала довше, ніж очікувалось.
Модель працює як вимикач мертвої людини, а не як активне зондування веб-сайту. Вона добре підходить для резервних копій, обслуговування баз даних, обробки черг, імпорту, поновлення сертифікатів, запланованих звітів та інших повторюваних процесів, які можуть викликати URL. Окремі перевірки, теги, проекти, графіки та API допомагають операторам організувати більшу колекцію завдань.
Ключові можливості Healthchecks
Прості інтервали охоплюють завдання, які повинні звітувати кожні кілька хвилин або годин, тоді як вирази cron описують більш точні графіки та часові пояси. Сигнали запуску та завершення можуть виявити незвично довгі запуски, а сигнали помилок розрізняють помилку завдання від завдання, яке повністю зникло.
Інтеграції сповіщень — це окремий рівень від оцінки перевірки. Програмне забезпечення може підключатися до електронної пошти, вебхуків, чату, SMS та служб інцидентів, коли їх вимоги налаштовані. Упакований шаблон все ще оцінює ping без електронної пошти, але кожен канал сповіщення повинен бути перевірений відповідно до упакованої конфігурації та будь-якого облікового запису постачальника, який йому потрібен.
Healthchecks проти Cronitor
Healthchecks
Healthchecks спеціалізується на моніторингу серцебиття для завдань cron та подібних періодичних завдань. Cronitor також моніторить завдання cron, тоді як його розміщена служба включає активні перевірки веб-сайтів, моніторинг доступності, сторінки статусу, телеметрію та керовану постачальником доставку сповіщень у ширшій комерційній платформі.
Cronitor
Cronitor може підходити командам, які хочуть кількох режимів моніторингу та послугу, керовану постачальником, під одним обліковим записом. Healthchecks — це сильний вибір, коли пріоритет — компактний самостійно розміщений вимикач мертвої людини, а оператор уже знає, як сповіщення дійдуть до людей, відповідальних за кожне завдання.
Хто використовує Healthchecks
Системні адміністратори використовують Healthchecks для контролю резервних копій, завдань синхронізації, поновлення сертифікатів, скриптів очищення та конвеєрів даних. Розробники можуть моніторити запланованих робітників або генерацію звітів, тоді як невеликі операційні команди групують перевірки за сервісом та позначають їх за власником або терміновістю.
Healthchecks не замінює метрики, трасування, агрегацію журналів або активний моніторинг доступності HTTP. Він повідомляє, чи надходять очікувані сигнали. Скрипт все ще може завершитися, виробляючи неправильний результат, тому завдання високої вартості можуть потребувати окремої перевірки результату на додачу до успішного ping.

Самостійне розміщення Healthchecks: вимоги та вартість
Навантаження формується кількістю перевірок, частотою ping, проектами, інтеграціями, активністю API, збереженою історією та одночасними користувачами. PostgreSQL зберігає облікові записи, перевірки, графіки, стани, проекти та конфігурацію сповіщень. Він включений, але не керований, з пам'яттю бази даних виключеною з експортованого мінімуму програми.
AvaHost рекомендує План 2 за €5 після кроку PostgreSQL. Розгортання включає одноклікове підготування, HTTPS користувацького домену, автоматичні оновлення програми та запланований резервний копіювання. Створюється суперкористувач і реєстрація громадськості закривається. Електронна пошта програми вимкнена, тому поштові сповіщення, перевірка електронної пошти, посилання для входу, звіти та відновлення недоступні; налаштуйте та протестуйте лише підтримувані інтеграції без електронної пошти з їхніми власними обліковими даними постачальника.
F.A.Q
Healthchecks починається з €5 на Plan 2 після врахування його контейнера PostgreSQL. Початкова рекомендація охоплює скромний набір перевірок та звичайний ping-трафік. Кількість перевірок, частота ping, проекти, виклики API, інтеграції, збережена історія та одночасні користувачі визначають, коли додатку або базі даних потрібен більший запас операційної потужності.
Розміщений стек надає PostgreSQL для облікових записів, перевірок, розкладів, періодів пільги, змін стану, проектів, тегів та параметрів інтеграції. Healthchecks отримує контейнер PostgreSQL, однак вміст його бази даних залишається неуправління. Розглядайте вміст бази даних, секрет Healthchecks та конфігурацію програми як один скоординований набір відновлення, оскільки відновлення лише одного компонента може залишити перевірки або поведінку входу в систему несумісними.
Користувацький хостнейм може надавати доступ до Healthchecks через автоматизований HTTPS, як тільки DNS вказує на AvaHost. Оновіть відстежувані скрипти, щоб використовувати остаточні адреси ping, видані цією інсталяцією, і перевірте їх після будь-якої зміни домену. Тримайте старі endpoints активними лише стільки часу, скільки потрібно для переміщення завдань, а потім підтвердіть, що кожна очікувана перевірка звітує на нову адресу.
На AvaHost недоступні сповіщення електронною поштою, повідомлення верифікації, посилання для входу, періодичні звіти та відновлення доступу через електронну пошту. Додаток документує інтеграції з webhook, чатом, SMS, системами управління інцидентами та іншими сервісами, але кожна з них може вимагати окремого облікового запису постачальника або облікових даних. Налаштуйте підтримуваний альтернативний канал (не електронну пошту) та протестуйте навмисно пропущений ping перед тим, як розглядати налаштування моніторингу як операційне.
