Ресурсы · 113

Сбой сбора: сверить журналы и отсутствующие события

Разделить созданные, полученные и пригодные события, не считая тишину отсутствием инцидентов.

Обновлено · 2 min

Чего помогает достичь это руководство

  • Задать наблюдаемый эталон
  • Испытать контролируемый перерыв
  • Сравнить идентификаторы и указать неизвестное

Быстрая проверка

  • Эталонная последовательность и схема сверки.
  • Хронология сбоя и поведение на границах.
  • Расхождения и явный статус покрытия.

Пошаговый метод

  1. 1

    Задать наблюдаемый эталон

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

    Эталонная последовательность и схема сверки.

  2. 2

    Испытать контролируемый перерыв

    В тесте отключите получателя и восстановите его. Наблюдайте очередь, попытки, отказы и перезапуск. Постоянная очередь может ограничить потери, но имеет ёмкость и зависит от хранилища; задайте поведение при заполнении. Проверьте, что сбор не блокирует сервис незаметно.

    Хронология сбоя и поведение на границах.

  3. 3

    Сравнить идентификаторы и указать неизвестное

    Сверьте эталон с читаемыми событиями на общей отсечке. Считайте повторы, задержки и отсутствия отдельно: сетевое подтверждение не доказывает конечную пригодность. Без надёжного эталона покрытие неизвестно, а не ноль потерь или инцидентов.

    Расхождения и явный статус покрытия.

Воспроизводимый приёмочный случай

Вымышленный пример: данные не описывают клиента или наблюдаемый результат.

Посмотреть данные случая
{
    "expected_ids": [
        "E1",
        "E2",
        "E3"
    ],
    "received_ids": [
        "E1",
        "E1",
        "E3"
    ],
    "received_rows": 3,
    "unique_received": 2,
    "missing_ids": [
        "E2"
    ],
    "observation_cutoff": "same_for_both_sets"
}

Ожидаемое решение

Вымышленный пример: ожидаются E1, E2 и E3, но получены E1, E1 и E3. Три строки не доказывают полноту: E1 повторён, E2 отсутствует на отсечке.

OpenTelemetry — Collector resiliency

Ваш журнал приёмки

Запишите наблюдения по критериям руководства. Журнал не является сертификацией.

Автоматического сохранения нет. Экспортируйте до выхода.

Показатели управления

ПоказательЧто он измеряетПервое действие
Известные отсутствующие событияОжидаемые идентификаторы отсутствуют у получателяОбщий эталон и отсечка
Полученные повторыСтроки − уникальные идентификаторыНе измеряет неизвестные потери

Распространенные ошибки

    Часто задаваемые вопросы

    Доказывают ли три строки сохранение трёх событий?

    Нет. Две строки могут повторять идентификатор и скрыть отсутствие. Сверьте идентификаторы, окно наблюдения и стадии цепочки.

    Официальные ссылки

    Ссылки подтверждают метод. Адаптируйте проверки к вашему контексту; они не являются сертификацией. Оригинальные названия ссылок и исходные документы могут быть на другом языке.

    Источники проверены .