rdc vs renet

В Rediacc используются два бинарника:

• rdc — пользовательская CLI, которую вы запускаете на рабочей станции.
• renet — удаленный низкоуровневый бинарник, который работает на сервере.

Для почти всех повседневных задач используйте rdc.

Ментальная модель

Считайте rdc control plane, а renet data plane.

rdc:

• Читает локальный контекст и привязки машин
• Подключается к серверам по SSH
• При необходимости устанавливает/обновляет renet
• Выполняет за вас нужную удаленную операцию

renet:

• Работает на сервере с повышенными привилегиями
• Управляет datastore, томами LUKS, монтированием и изолированными Docker daemon
• Выполняет низкоуровневые операции с системой и репозиториями

Что использовать на практике

rdc (по умолчанию)

Для обычных сценариев используйте rdc:

rdc context setup-machine server-1
rdc repo create my-app -m server-1 --size 10G
rdc repo up my-app -m server-1 --mount
rdc repo down my-app -m server-1
rdc machine status server-1

renet (продвинутые случаи / удаленная сторона)

Запускайте renet напрямую только когда осознанно нужен низкоуровневый доступ на сервере, например:

• Экстренная отладка прямо на сервере
• Обслуживание и восстановление на уровне хоста
• Проверка внутренних деталей, недоступных через rdc

Большинству пользователей не нужно вызывать renet напрямую в рутинной работе.

Примечание про Rediaccfile

В Rediaccfile вы можете увидеть renet compose -- .... Это нормально: функции Rediaccfile выполняются на удаленной стороне, где доступен renet.

С рабочей станции вы обычно по-прежнему запускаете и останавливаете нагрузки командами rdc repo up и rdc repo down.