Доказательный кластер · 7 сервисов

Глубина управления — отдельно для каждого инфраструктурного сервиса

Эти страницы связывают поисковый интент с точной shipped-границей управления, не выдавая любой обнаруженный сервис за полностью управляемый.

Проверено по публичной версии: 0.20.02026-09-157 / 18 профилей разобраны подробно

Service Catalog остаётся каноническим списком 18 профилей. Этот экспертный кластер углубляет семь ключевых сервисов и явно отмечает, что shipped, partial, preview-only или остаётся roadmap.

postgresql-18

PostgreSQL 18

Sysaro проверяет именно PostgreSQL 18, управляет lifecycle и даёт отдельный Data Services контур для баз, ролей/доступа, backup/restore и health. Автоматический tuning postgresql.conf пока не заявляется как shipped.

Deep · Data Services

valkey

Valkey

Valkey в Sysaro поддерживает discovery/adoption, structured settings, lifecycle и Redis-compatible topology workflows для Replication, Sentinel и Cluster. Он не подменяется MySQL/PostgreSQL fallback и имеет собственный service kind.

Deep · Redis-compatible Data Services

temporal

Temporal Server

Sysaro обнаруживает Temporal Server как systemd unit или канонический OCI workload, управляет lifecycle и проверяет readiness на loopback:7233. Typed PostgreSQL deployment profile валидируется и preview-ится, но destructive apply для произвольной существующей установки пока заблокирован.

Inventory + lifecycle + readiness + typed preview

clickhouse

ClickHouse

Для ClickHouse Sysaro управляет только /etc/clickhouse-server/config.d/90-sysaro.xml: listen address, HTTP/native ports, max connections и concurrent queries. Остальные vendor/manual файлы не перезаписываются; users, storage и replication ещё не заявлены как fully managed.

Typed config + readiness

s3-storage

S3-compatible storage

Внешний S3 в Sysaro хранится как endpoint с credentials, зашифрованными в браузере для конкретного Agent; health выполняется Agent через AWS SigV4. Локальный MinIO дополнительно поддерживает lifecycle/readiness и typed systemd конфигурацию без автоматического скрытого provisioning.

External endpoint + typed local MinIO

otel-collector

OpenTelemetry Collector

Typed профиль Sysaro требует OpenTelemetry Collector Contrib, потому что использует contrib-компоненты. Он управляет OTLP receivers, health endpoint, Prometheus exporter и loopback routing к Loki/Tempo; core-only Collector остаётся видимым в inventory, но этот профиль к нему не применяется.

Typed Contrib pipeline + native validation

remotion-worker

Remotion render worker

Remotion worker в Sysaro — это Managed Process preset, связанный с управляемым Node.js runtime и проверкой FFmpeg/FFprobe. Lifecycle может идти через systemd или канонический OCI workload, но Sysaro не подменяет код проекта скрытым универсальным render script.

Managed Process preset + OCI lifecycle

Зачем нужны отдельные service pages

Одной строки каталога достаточно для Fleet Operations, но недостаточно для архитектурных, security и migration решений. Поэтому каждая страница фиксирует глубину управления, owned-файлы/endpoints и связанный сценарий без выдумывания upstream-возможностей.

Те же service ID и канонические имена опубликованы в service-evidence.json и автоматически сверяются с Control Plane ServiceCatalog на QA.