Документ обсуждает проблемы и недостатки управления программным обеспечением коботов, особенно в контексте обновлений и доступа к системам. Основное внимание уделяется отсутствию удобства для пользователей, затруднению обновлений и фиксации кодовой базы, а также предложению использовать стандартные инструменты для улучшения процессов. Автор предлагает идеи для создания собственного центра обновлений и упрощения взаимодействия с пользователями через новые технологии.

1. Rozum Robotics
Nikolay Lagutko

2. Кобот Сервомоторы

3. Мечта любого пользователя!

4. И в чём проблема?
Код Продукт

5. И что в этом сложного?
● Docker?
● AWS?
● Kubernetes?
● Puppet/Chef?
● ещё куча модных DevOps слов

6. ● Один робот – один PC
● У робота нет доступа в
интернет
● У пользователей робота
нет доступа к ОС
Почему не можем как у обычных
людей?

7. Как было раньше
Software Firmware

8. Что не так?
● обновление происходят
спонтанно
● пользователь не может
обновить робота без
“магии”
● кодовая база не
зафиксировано
● никто не знает что сейчас
установлено на роботе

9. Как было раньше
Software Firmware

10. Pipeline
Код Артефакт PC OS
собрать в залить на установить в

11. С кодом всё легко

12. Упаковывать тоже умеем
● dpkg-deb – это
вообще стандарт
● gradle + nebula
плагин – для java
проектов

13. И что дальше?

14. Самая главная часть робота

15. Самая главная часть робота
куча всего интересного
PC

16. Мозги робота
● Ubuntu
● собственный iso
образ системы
● полный доступ

17. Установка
● apt-get install
● .deb скрипты
(preinstall, postinstall,
prerm, postrm)

18. Версии и зависимости
● depends
● а еще есть conflicts,
breaks, replaces
Backend
v 1.1.0
актуальные
прошивки
v 1.1.0
старые
прошивки
v 1.0.0
depends (>= 1.1.0)
диапазон версий
не позволит
сделать обновление

19. Запуск
● systemd
● автозапуск при
загрузке
● зависимости между
сервисами
● права доступа

20. Предварительные итоги
АртефактКод Артефакт PC OS
собрать в залить на установить в

21. Предварительные итоги
АртефактКод Артефакт PC OS
собрать в установить в

22. Update Center
загружаем
update’ы
проверяем
update’ы

23. Упаковка релиза
backend
frontend
прошивальщик
прошивки моторов

24. Доставка релиза
{
“model”: “pulse-75”,
“customer”: “any”,
“version”: “1.1.1-release”
}есть обновления для меня?
да, тащи 1.1.2-release
{
“model”: “t-800”,
“customer”: “skynet”,
“version”: “1997”
}
мне нужны твои обновления
нет доступных обновлений

25. Разделяет dev и prod
проданные роботы
разработческие роботы
release/stable
beta/rc

26. И последнее...

27. Update Center
● наш собственный
софт
● может делать всё
что хочет
● точнее то что мы
напишем
нотификация
разграничение доступа разные модели робота

28. Подобьём итоги
Код Артефакт PC OS
собрать в установить в
update-center

29. Результат
● когда не хватает
современных средств –
всегда можно обратиться
к классике
● там очень много
стабильных и классных
вещей
● если чего-то не хватает –
это можно дописать