Расстановки
Четырнадцать способов расставить платформу, базу и веб-сервер по машинам. Варианты со схемами и конфигурациями собраны в разделе «Проект → Варианты». Здесь — выбор вида базы и общая карта. Обозначения схем — в словаре.
Вид цели решает, какими утилитами раннер работает, по какому каналу отдаёт команду и откуда забирает результат. Видов всего три, и различать их важнее, чем разбираться в схемах: шестнадцать вариантов в разделе «Проект → Варианты» — это те же три вида на разном железе.
| вид | что это | кто держит базу |
|---|---|---|
| файловая база | каталог с файлом 1Cv8.1CD на диске | никто: к файлу обращается сама утилита |
| кластер 1С | серверы 1С поверх СУБД | процессы кластера, управляемые через RAS |
| автономный сервер | ibsrv — один процесс вместо кластера | он сам; поднимаете его вы или раннер |
Какой вид у вас
Три вопроса по конфигурации, в этом порядке — раннер задаёт их так же. Ключи базы здесь и в развёртках записаны от её секции: standalone значит infobases.<имя>.standalone.
задан standalone? | автономный сервер |
иначе: в строке соединения есть File=? | файловая база |
| иначе | кластер 1С |
От вида зависит, какие операции вам доступны и чем они исполняются — это одна таблица на все шестнадцать развёрток. Не зависит от него ничего из того, чем развёртки различаются между собой: на какой машине стоит база, кто владеет её процессом — служба, ваша консоль или контейнер, — и где поднят веб-сервер. Поэтому схемы вариантов нужны, чтобы узнать свою расстановку и понять, куда раннер пойдёт за результатом, а не чтобы выяснять свои возможности.
- 1. Файловая база
- 2. Файловая база и веб-сервер
- 3. Кластер на своей машине
- 4. Кластер на другой машине, несколько rphost
- 5. Кластер, RAS поднят удалённо
- 6. Кластер, RAS поднят раннером
- 7. Кластер и веб-сервер
- 8. Автономный сервер на своей машине
- 9. Автономный сервер на другой машине
- 10. Кластер поднят из консоли
- 11. Кластер 1С в контейнере
- 12. Автономный сервер в контейнере
- 13. Кластер с готовой веб-публикацией
- 14. Веб-сервер в контейнере
- 15. Автономный сервер под управлением раннера
- 16. Кластер под управлением раннера
- PostgreSQL под управлением раннера у вариантов 15 и 16
Общая карта
Раннер запускает утилиты у себя и подключается к цели через файлы, сетевой протокол платформы, SSH или прямой доступ к СУБД. Автономный сервер достижим двумя из них: Конфигуратор идёт в его прямой шлюз тем же протоколом, что в кластер (65), а SSH ведёт в агентский шлюз (61). Прямой доступ ibcmd к СУБД кластерной базы допустим только после остановки всех серверных процессов кластера, которые работают с этой базой; завершения сеансов недостаточно. Раннер не останавливает кластер автоматически. Применять ibcmd или ibsrv к базе работающего кластера нельзя: это может разрушить данные (60). Консоль кластера остаётся вне раннера, а к серверу администрирования он ходит утилитой rac только за сеансами своей базы (56, 57). Здесь показан только канал администрирования; чем и откуда базу открывает человек, видно в каждом варианте отдельно.
Утилиты EDT к базе не подключаются: 1cedtcli работает только с исходниками, поэтому во всех четырнадцати расстановках он одинаков.
Продолжить: Файловая база и другие страницы в группе «Варианты» раздела «Проект».