Docker Compose для Provider
Публичный обзор контейнерного стенда Provider без приватных переменных развертывания.
За что отвечает Docker Compose
Стек Provider обычно запускается как группа контейнеров: шлюз Provider, нужное хранилище, cache или инфраструктура очередей и опциональные локальные admin-инструменты. Конкретные имена сервисов, порты, тома и переменные окружения зависят от развертывания и должны читаться из owning-репозитория.
Ожидаемая структура
Compose-файл Provider обычно описывает:
- контейнер приложения Provider;
- сервисы постоянных данных, нужные текущей версии Provider;
- локальные admin-инструменты, если они включены;
- приватные тома для конфигов, сертификатов и учетных данных;
- приватную сеть внутри стека.
Публичные правила
- Не публиковать реальные секреты, биржевые ключи, приватные пути сертификатов или локальные пути машины.
- Не считать внутренние хранилища данных публичной интеграционной поверхностью.
- Studio должна подключаться к HTTPS-шлюзу Provider, а не к отдельным нижестоящим контейнерам.
- Публичный сайт остается на уровне архитектуры; исполняемые compose-детали живут в репозитории Provider.
Актуальный запускаемый compose-файл и точный контракт окружения берите из документации развертывания Provider в trading.apps.