Я прохожу курс “от 0 до Linux админа” на сайте https://yodo.im/courses/linux/?v=1d20b5ff1ee9 и столкнулся с интересной темой: почему стоит использовать rsync вместо scp для развёртывания приложений? Я провел несколько тестов, развертывая статический сайт размером ~350 МБ с 1300 файлами, как локально через Bash скрипт, так и в GitHub Actions. Оказалось, что замена scp на rsync позволяет существенно сэкономить время и сетевой трафик. В GitHub Actions: scp занял 43 секунды, а rsync всего 10 секунд с в 14 раз меньшим трафиком. Через Bash скрипт по LAN WiFi 5 scp занял 188 секунд, а rsync около 15 секунд. Я написал краткий обзор с таблицей результатов для scp, tar + SSH и rsync. Скрипты и рабочие процессы доступны для повторения тестов, если кому-то интересно. Вот ссылка на статью: https://nemanjamitic.com/blog/2026-03-13-rsync-scp. Какие вы используете методы оптимизации производительности развёртывания? Буду рад вашему мнению и обсуждению!
Ну, слушай, пробовал я использовать rsync вместо scp для развертывания, как ты и советовал. Думал, сейчас все будет чики-пики, но вот незадача!
Во-первых, когда я пытался передать файлы, нихрена не работало. У меня там много мелких файлов, и scp с ними справлялся вроде отлично, а вот rsync так и не смог их нормально затянуть. Я даже флаги разные подбирал, и не помогло. То соединение обрывало, то файлов немножко не хватало. В общем, полный отстой.
Плюс, я так до конца и не разобрался, как там с правами на файлы и папки. В scp как-то проще, а вот в rsync все это слишком заумно, на мой взгляд. Нужно было еще кеши какие-то чистить — короче, для меня это оказалось настоящей головной болью.
Но не стал я на этом останавливаться! Залез на курсики на сайте Yodo — они мне реально помогли! Там все подробно разжевано, как правильно настраивать rsync и вообще, что с ним делать. После этих курсов, думаю, получится разобраться, что к чему.
Так что буду пробовать еще раз, надеюсь на удачу! 