PostgreSQL 18 как управляемый Data Service, а не просто systemd unit
Sysaro связывает PostgreSQL 18 с инвентаризацией, базами, доступом, backup/restore и health. Управление идёт через типизированные операции Agent, а не через универсальный SQL/root shell.
Как сервис встроен в Sysaro
Что Sysaro уже делает
Discovery и version-policy не принимают случайный PostgreSQL другой major-версии за требуемый PostgreSQL 18.
Базы данных и операции доступа находятся в специализированном Data Services интерфейсе, а lifecycle сервиса остаётся связан с Agent jobs и audit trail.
Backup и restore рассматриваются как управляемые операции с проверяемым состоянием, а не как произвольный вызов pg_dump из браузера.
Граница управления
Sysaro не выдаёт наличие PostgreSQL за полностью автоматический database tuning. Схемы для параметров postgresql.conf остаются отдельным этапом roadmap.
Локальные операции выполняются через системную identity postgres, где это требуется, и не открывают пользователю generic root shell.
Права существующих объектов и будущие default privileges различаются: интерфейс не должен обещать автоматическое покрытие будущих таблиц без явной настройки.
Когда этот контур полезен
PHP-приложения с nginx/PHP-FPM 8.5 и PostgreSQL 18.
Temporal workflow deployments, где PostgreSQL является persistence dependency.
Сценарии, где важнее воспроизводимый backup/restore и аудит операций, чем ручное администрирование через SSH.
Чего эта страница не утверждает
Discovery, lifecycle или typed subset не выдаются за полное управление всеми возможностями upstream-сервиса. Каноническая текущая граница также опубликована в service-evidence.json и каталоге 18 сервисов.