Skip to content
ClickHouse Docs
ClickHouse DocsClickHouse Docs
49.6kGet Started

Ингестия данных в ClickStack

View as MarkdownEdit this pageReport an issueSet up docs MCP

Все данные поступают в Open Source ClickStack или Управляемый ClickStack через OpenTelemetry Collector (OTel). Он служит основной точкой входа для журналов, метрик, трассировок и данных сеансов.

Ключевое различие между архитектурами заключается в том, где размещаются компоненты. В обоих случаях вы запускаете OpenTelemetry Collector для приёма телеметрических данных от ваших приложений. При использовании Open Source ClickStack вы также самостоятельно размещаете и администрируете ClickHouse и интерфейс ClickStack (HyperDX). При использовании Управляемого ClickStack ClickHouse и интерфейс HyperDX размещаются и управляются в ClickHouse Cloud, а встроенная аутентификация и эксплуатационное сопровождение уже обеспечены.

Управляемая архитектура с потоком данных

В обеих моделях развертывания collector предоставляет две конечные точки OTLP:

  • HTTP - порт 4318
  • gRPC - порт 4317

Вы можете отправлять данные в эти конечные точки либо напрямую из языковых SDK, либо через совместимые с OTel агенты сбора данных, например другие OTel collector, собирающие инфраструктурные метрики и журналы.

Точнее:

  • Языковые SDK отвечают за сбор телеметрии внутри вашего приложения — в первую очередь трассировок и журналов — и экспорт этих данных в OpenTelemetry Collector через конечную точку OTLP, которая обеспечивает ингестию в ClickHouse. Подробнее о языковых SDK, доступных в ClickStack, см. в разделе SDKs.

  • Агенты сбора данных — это агенты, развертываемые на периферии: на серверах, узлах Kubernetes или рядом с приложениями. Они собирают инфраструктурную телеметрию (например, журналы и метрики) или принимают события напрямую от приложений, инструментированных с помощью SDK. В этом случае агент работает на том же хосте, что и приложение, часто в виде sidecar или ДемонСета. Эти агенты пересылают данные в центральный OTel collector ClickStack, который выступает в роли шлюза и обычно развертывается в одном экземпляре на кластер, дата-центр или регион. Шлюз получает события OTLP от агентов или приложений и обеспечивает ингестию в ClickHouse. Подробнее см. в разделе OTel collector. Такими агентами могут быть другие экземпляры OTel collector или альтернативные технологии, такие как Fluentd или Vector.

Navigation