<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Opentelemetry on Меланхоличный блог</title><link>https://notes.melancholic.tech/tags/opentelemetry/</link><description>Recent content in Opentelemetry on Меланхоличный блог</description><generator>Hugo</generator><language>ru-RU</language><lastBuildDate>Tue, 25 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://notes.melancholic.tech/tags/opentelemetry/index.xml" rel="self" type="application/rss+xml"/><item><title>Часть 11. Надёжный приём OpenTelemetry: что делать, когда ClickHouse недоступен</title><link>https://notes.melancholic.tech/projects/clickhouse-otel-ingestion/</link><pubDate>Tue, 25 Aug 2026 00:00:00 +0000</pubDate><guid>https://notes.melancholic.tech/projects/clickhouse-otel-ingestion/</guid><description>Три итерации архитектуры приёма телеметрии в ClickHouse на 50 млн событий/с: почему падает связка agent→gateway, чем плох WAL на диске и как устроен перелив в S3 через failover-коннектор с отдельным catchup-коллектором.</description></item><item><title>Часть 12. Wide events: чем они лучше логов и метрик</title><link>https://notes.melancholic.tech/projects/clickhouse-wide-events/</link><pubDate>Tue, 25 Aug 2026 00:00:00 +0000</pubDate><guid>https://notes.melancholic.tech/projects/clickhouse-wide-events/</guid><description>Почему в ClickHouse отказались от OTel-конвейера ради прямого переноса данных между базами: 37 млн логов/с на 70 ядрах против 2 млн на 800. Разбираем идею широких событий и динамические схемы через Merge.</description></item></channel></rss>