Early access — первым 100 клиентам −50% навсегда

Узнайте, что cron-задача не запустилась, раньше клиентов

Обычный мониторинг видит, что сервер жив. Он не видит, что ночной бэкап не стартовал третью неделю. Tickwatch следит за расписаниями задач — и показывает статус вашим клиентам на публичной странице.

  • 5 мониторов бесплатно навсегда
  • без карты
  • настройка за 5 минут
crontab -e
# добавьте один вызов в конец задачи
$
Всё. Больше ничего ставить не нужно — ни агента, ни демона, ни доступа к серверу.
Слепая зона

Сервер зелёный. Бэкапа нет уже три недели.

Uptime-мониторинг проверяет, что порт отвечает. Он не знает, что у вас вообще есть ночной бэкап — и тем более не знает, что он молча перестал запускаться.

Что видит обычный мониторинг
api.example.ru200 OK
db.example.ru200 OK
worker-01200 OK
Всё зелёное.
И это ничего не говорит о задачах.
Что видит Tickwatch
Ночной бэкап БДне запускался 21 день
Выгрузка в 1Сопаздывает на 12 мин
Отправка отчётовпо расписанию
Проблему видно в ту же минуту,
а не когда клиент попросил восстановить данные.
Три шага

От регистрации до первого алерта — пять минут

01

Создайте монитор

Укажите расписание задачи — cron-выражением, интервалом или «по требованию». Таймзона и запас на опоздание настраиваются отдельно.

Ночной бэкап · 0 3 * * * · Europe/Moscow
02

Добавьте одну строку

Задача сообщает о себе обычным HTTP-запросом. Работает откуда угодно — ставить и настраивать на сервере ничего не нужно.

curl -fsS https://ping.tickwatch.dev/$KEY
03

Получайте только важное

Молчание задачи — это и есть сигнал. Мы сами считаем, когда пинг должен был прийти, и пишем вам, только если он не пришёл или пришёл с ошибкой.

🔴 Ночной бэкап — не запустилась вовремя
0 с
период проверки дедлайнов
а не раз в минуту
0 КБ
лога запуска в алерте
stderr прямо в сообщении
0 дней
история запусков
на старших тарифах
0.0%
цель по доступности приёма пингов
ingest отдельно от дашборда
Работает откуда угодно

Если оно умеет делать HTTP-запрос — оно уже совместимо

Никаких SDK и агентов. Один curl в конце команды — и задача на карте.

crontabsystemd timerKubernetes CronJobGitHub ActionsGitLab CIJenkinsAirflowCelery beatdbt Cloud
Laravel Scheduler1С:ПредприятиеBitrix «Агенты»Windows Task Schedulern8nYandex Cloud FunctionsAWS EventBridgeSupervisorAnsible
В том же тарифе

Status page, за которую конкуренты берут отдельно

Публичная страница на вашем домене: компоненты, инциденты, окна обслуживания и подписка для клиентов. Питается теми же мониторами — вести её руками не нужно.

status.вашакомпания.ru
Статус сервисов
Обновлено только что · автоматически
Частичный сбой
Платёжный шлюз99.55%
Ночные выгрузки99.77%
Отправка отчётов99.95%
Синхронизация с 1С99.55%
РасследуемСинхронизация с 1С не выполняется02:14

Инцидент создан автоматически: монитор «Синхронизация с 1С» не отчитался в течение окна ожидания. Обновления будут здесь и в подписке.

RSSПодписка на emailWebhook при смене статусаИстория за 90 дней

Страница отдаётся из заранее посчитанного снапшота и живёт отдельно от дашборда — она обязана работать даже в тот момент, когда у нас самих что-то пошло не так.

Алерты

Уведомления, которые не хочется отключить

Мониторинг умирает не от нехватки алертов, а от их избытка: через две недели шума команда просто перестаёт читать канал. Поэтому борьба с шумом здесь не настройка, а часть продукта.

Один инцидент — одно сообщение
Пока проблема не решена, повторных уведомлений нет. Восстановление приходит отдельным сообщением.
Окна обслуживания
Разовые и повторяющиеся. Внутри окна состояния считаются, но никого не будят.
Порог по неудачам
Задача, которая иногда падает и сама перезапускается, не поднимает тревогу с первого раза.
Тихие часы и общий рубильник
Настраиваются на канал. Плюс аварийное отключение всех уведомлений воркспейса одной кнопкой.
Так выглядит сообщение
🔴 Ночной бэкап БД03:12
завершилась с ошибкой
Расписание
0 3 * * * (Europe/Moscow)
Код возврата
1
Длительность
4 мин 12 с
Лог последнего запуска: pg_dump: error: connection to server at "db-01" failed pg_dump: detail: FATAL: remaining connection slots are reserved backup.sh: exiting with status 1
Открыть мониторВзять в работу

Хвост stderr прямо в уведомлении — чаще всего этого достаточно, чтобы понять причину, не открывая ноутбук.

Telegram
бесплатно на всех тарифах
Email
с логом запуска в теле
Webhook
подпись HMAC, защита от SSRF
Slack, Discord, Mattermost
входящие вебхуки
Тарифы

Цены в рублях, оплата картой, закрывающие документы

Без пересчёта по курсу и без сюрпризов с зарубежными платежами.

Free
0₽ / мес
навсегда
  • 5 мониторов
  • История 7 дней
  • 1 status page
  • Email и Telegram
  • Status page на нашем поддомене
  • Один участник
Start
490₽ / мес
  • 25 мониторов
  • История 30 дней
  • 1 status page
  • Свой домен для status page
  • Slack, Discord, вебхуки
  • До 3 участников
Выбирают чаще всего
Team
1 490₽ / мес
  • 100 мониторов
  • История 90 дней
  • 3 status page
  • SMS, 100 в месяц
  • SLA-отчёты
  • До 10 участников
  • Приоритетная поддержка
Business
3 990₽ / мес
  • 500 мониторов
  • История 365 дней
  • 10 status page
  • SSO и аудит-лог
  • On-call расписания
  • Участники без ограничений
  • Договор и счета

Превышение лимита блокирует создание нового монитора, но никогда не выключает уже работающие. Сломать вам мониторинг из-за просрочки платежа — последнее, что мы стали бы делать.

Вопросы

Что обычно спрашивают

Uptime-мониторинг отвечает на вопрос «сервис отвечает?». Мы отвечаем на вопрос «задача выполнилась?». Это разные вещи: сервер может быть идеально жив, а ночной бэкап при этом не запускаться неделями, потому что кто-то удалил строку из crontab.

Нет. Задача сама делает один HTTP-запрос в конце выполнения. Ни агента, ни демона, ни доступа к вашей инфраструктуре нам не требуется — мы вообще не подключаемся к вашим серверам.

Ничего. Следующее срабатывание считается в таймзоне монитора через разбор cron-выражения, а не арифметикой «плюс 24 часа». Именно поэтому ночные задачи не дают ложных срабатываний дважды в год — сутки при переводе часов длятся 23 или 25 часов, и мы это учитываем.

Для этого есть запас на опоздание и отдельный лимит длительности. Пока задача укладывается в запас, никто не беспокоится. Если она запустилась и повисла дольше допустимого — это отдельный тип алерта, потому что причина обычно другая.

Приём пингов и статус-страницы работают отдельно от дашборда, а наш планировщик пингует внешний независимый сервис. Если встанет он — об этом узнаем мы, а не вы. Мониторинг, который тихо умирает вместе с клиентом, бесполезен.

Оплата картой в рублях. Чек приходит автоматически. Для юрлиц готовим счета и закрывающие документы — реквизиты указываются в настройках воркспейса.

Уже работающие мониторы и уведомления продолжают работать — мы не отключаем алерты за просрочку. Ограничивается только создание нового, а лимиты опускаются до бесплатного тарифа. Данные хранятся ещё 30 дней, и их можно выгрузить.

Первый монитор — за пять минут

Пять мониторов бесплатно навсегда, без карты. Если через десять минут не получится — напишите нам, разберёмся вместе.