СА
Дух старой школы живёт!
Size: a a a
2021 September 22
AO
ну, кстати, а разве есть что-то лучше для передачи данных (файлов) между двумя серверами?..
AO
дедик1 <---> дедик2
E
Это продолжение)
у нас дев кластеры и вся локал инфра в клауде, а локально файлики только правим
вот оно на rsync все и уезжает)
у нас дев кластеры и вся локал инфра в клауде, а локально файлики только правим
вот оно на rsync все и уезжает)
МS
Это что за файлики такие, что их в гит не положить? Картиночки?
E
не не, имеется ввиду во время разработки
E
В докер у нас все не завернуть, поэтому пока так
МS
А что не так с докером? Время?
СА
Я бы сказал, что если речь о накатке с нуля, то tar справится лучше. Если часть данных на той стороне уже есть, то в какой-то момент rsync его обойдёт.
E
У нас 200+ инженеров, и трудно легаси ковырять и переделывать локал енв
Оно все двигается но медленно и уверенно
Есть другой приортет, поэтому это место не трогаем
+ мы максимально близко к проду, а в проде у нас докера нет
Оно все двигается но медленно и уверенно
Есть другой приортет, поэтому это место не трогаем
+ мы максимально близко к проду, а в проде у нас докера нет
AO
но это про сжатие файла больше, чем про способ передачи
IV
Тар не сжимает
AO
ну, да, объединяет всё в 1
AO
но передавать же его надо, а как? или я не понял
E
tar + scp or rsync with many files or unstable internet?
СА
tar -c src/ | ssh remote "tar -xvf - -C dst/"
Можно ещё gz поджать, если сеть медленная.
Можно ещё gz поджать, если сеть медленная.
AO
воот) то есть scp vs rsync получается
СА
А что это у вас всех львы 🦁?
n🐈
s/ssh/nc/
n🐈
вот тогда быстро будет