Я продолжаю видеть эту метрику в ваших еженедельных отчетах по «Несостоявшимся событиям». Если событие не может быть записано из удаленного места через ваш API, как вы вообще об этом узнаете? Обнаруживаете ли вы это, а затем отправляете последующее событие, указывающее на сбой исходного события? И если это так, то насколько вероятно, что эти последующие события потерпят неудачу?
Как вы отслеживаете неудачные события в Keen.io?
Ответы (1)
Вы правы в том, что Keen может отслеживать только подмножество неудачных событий. Keen отправляет еженедельный отчет, в котором показано, сколько событий было успешно собрано, а сколько нет (среди прочего).
Количество неудачных событий относится к запросам, которые были отправлены в API Keen, но по какой-то причине не были выполнены. Keen не выполняет никакого клиентского отслеживания неудачных событий (например, у нас нет функций отчетности в наших библиотеках iOS или Android, которые сообщают нам о том, что происходит или происходит сбой в этих клиентах).
Подсчет неудачных событий в отчете относится к событиям, которые не удалось выполнить по следующим причинам:
- Запрос имеет неправильный синтаксис (например, отсутствующие или недопустимые параметры) — 400 (чаще всего)
- Запрос имеет недопустимый ключ записи - 401
- Запрос заблокирован - (например, вы отказались оплатить счет) - 403
- Запросы были заблокированы из-за сценария типа DDOS - 429
Это также описано в справочнике по API: Ошибки.
Ваш отчет не будет включать события, которые не удалось выполнить из-за разрыва соединения или проблем на стороне клиента, таких как неправильная настройка клиента.