25 lines
2.4 KiB
Markdown
25 lines
2.4 KiB
Markdown
 
|
# Итоги: 003 — скачивание через REST, загрузка в S3 сервером
|
||
|
|
|
||
|
|
## Сделано
|
||
|
|
- Бэкап: Control Server создаёт `.backup` и `.rsc` через REST → скачивает их блоками по 32 КБ во временный каталог
|
||
|
|
(`POST /rest/execute` + `:convert to=base64`) → загружает в S3 (`PutObject`) → удаляет файлы с устройства
|
||
|
|
(в том числе при сбое). Временный каталог удаляется всегда. Устройство S3 не касается.
|
||
|
|
- Удалены `/tool/fetch`-загрузка и presigned PUT. Проверка целостности: сравнение размера на устройстве и скачанного.
|
||
|
|
- Экспорт: пример из документации (`compact`) на ROS 7 даёт побайтно тот же результат, поэтому запрос остался без `compact`.
|
||
|
|
|
||
|
|
## Проверено на RB4011 (ROS 7.24.4) и бакете Yandex
|
||
|
|
- Бэкап `MSK_Home`: `.backup` 231 237 Б и `.rsc` 74 924 Б в бакете, размеры совпадают с устройством,
|
||
|
|
сигнатура `.backup` = `88 AC A1 B1`, `.rsc` начинается с заголовка экспорта; на устройстве `ros_control-*` не осталось.
|
||
|
|
- Скачивание из бакета через API (`/backups/download`) работает. `pytest`: 4 из 4.
|
||
|
|
|
||
|
|
## Причина прежних ошибок доступа (002)
|
||
|
|
Права применились только после пересоздания подключения к устройству (пользователь `full`);
|
||
|
|
сама смена политик группы без этого не помогала.
|
||
|
|
|
||
|
|
## Ограничения
|
||
|
|
- `.rsc` создаётся без `show-sensitive`: пароли и ключи в нём скрыты (для полного восстановления служит `.backup`).
|
||
|
|
- Скорость скачивания ограничена размером блока и задержкой REST (около 8 запросов на 230 КБ); для очень больших файлов
|
||
|
|
можно увеличить `chunk_size`.
|
||
|
|
|
||
|
|
## Не проверено
|
||
|
|
Обновление ROS и FW (перезагрузка устройства), групповые операции над несколькими устройствами.
|