Наблюдаемость
OTel: тест на свободное припоминание
Припоминание сильнее перечитывания. По каждому промпту скажи или запиши полный ответ по памяти, прежде чем открыть модельный — именно усилие припоминания закрепляет юнит.
Реконструируй стержень юнита — архитектуру из четырёх частей, где живёт vendor-нейтральность, почему Semantic Conventions — дисциплина с наибольшим рычагом, head vs tail sampling, паттерн agent-to-gateway и эксплуатацию Collector — не заглядывая в уроки.
- 01Назови четыре части OTel и единственную задачу каждой.
- 02Где именно живёт vendor-нейтральность и каковы два способа её тихой эрозии?
- 03Почему Semantic Conventions — дисциплина с наибольшим рычагом в OTel, при том что ни SDK, ни Collector их не обеспечивают?
- 04Сопоставь head и tail sampling и назови учебниковую продовую комбинацию.
- 05Опиши паттерн деплоя agent-to-gateway и почему tail sampling его требует.
- 06Перечисли дисциплины эксплуатации, удерживающие Collector от тихого отказа, и самые частые режимы отказа.
Если смог реконструировать каждый ответ по памяти — держишь стержень юнита: OTel — это API + SDK + Collector + OTLP; нейтральность живёт на границе приложения и размывается через вендорские SDK в коде или проприетарные процессоры Collector; Semantic Conventions — рычаг управления, делающий сигналы коррелируемыми; head sampling дёшев-но-слеп, tail sampling курируем-но-stateful, скомбинированы в паттерне ParentBased + tail; топология agent-to-gateway с маршрутизацией по хешу trace_id делает tail sampling возможным; а Collector — инфраструктура критического пути, требующая HA, персистентной очереди и самомониторинга, чтобы его собственный отказ был наблюдаем.