Providers и Registry

Модель iobackup основана на capability-based provider интерфейсах и явных registry.

Readiness snapshot (v0.55.0)

Публичный каталог (0.17-fix.70)

Список зарегистрированных на агенте source/destination провайдеров с maturity, capability-тегами и полями deprecation доступен в read-only виде через GET /api/v1/capabilities (и в CLI: iobackupctl agent capabilities, iobackupctl providers list). Это не deep-probe и не заменяет POST /api/v1/jobs/validate?deep=1. Подробнее: docs/reference/capabilities.md.

Стабилизация 0.38.x (стандарты и harness)

Maturity и capability-теги (0.17-fix.70)

В каталоге API/CLI у каждого провайдера есть maturity, типичные значения:

Примеры строк capability (не исчерпывающий список; точный набор смотрите в ответе capabilities):

Связанные endpoint’ы: GET /api/v1/capabilities, GET /api/v1/providers/health, GET /api/v1/agent/facts. Матрица зрелости компонентов и провайдеров — docs/internal/roadmap/status-matrix.md. Матрица автоматизированного покрытия валидации/смоков — docs/providers/provider-validation-matrix.md; снимок editorial maturity — docs/providers/provider-maturity.md.

Registry в v1

Рабочие provider-ы

Source:

Destination:

Docker fallback для утилит

Для provider-ов, завязанных на внешние утилиты, поддерживается запуск через docker:

Можно указать свои образы и docker аргументы:

S3-compatible endpoint/region

Для s3 destination можно задавать endpoint/region через env:

Это удобно для S3-compatible провайдеров (Timeweb, MinIO, Ceph RGW и т.д.) и разных окружений без редактирования YAML.

Policy:

Notification:

Stub provider-ы

Source:

Destination:

Примеры неисполняемых зарезервированных сценариев (incremental source, encryption/hooks в будущем): examples/future/ — не подставляйте в prod pipeline без валидации.

Принципы взаимодействия

См. также capabilities.md (HTTP/CLI inventory, feature gates, health).