SP
Сложна централизованно
централизованно у тебя сервис, к которому каждая команда должна подключаться самостоятельно и решать свои бизнес-кейсы самостоятельно.
Size: a a a
2020 October 15
DS
Ну на прошлой работе мы сами гавнякали свои бекапы к базам. Баш + петон + с3. Децентрализованно. Кто отвечает за сервис, тот сам его и бекапит
также делаем - своими скриптами. Только бэкапы на нашей стороне, проектам не доверяем делать бэкапы - так как они их делать конечно же не будут
P
централизованно у тебя сервис, к которому каждая команда должна подключаться самостоятельно и решать свои бизнес-кейсы самостоятельно.
Зочем? В комманде есть пара ответтвенных за бд челов, не вижу смысла их ответтвенность пепекладывать на "комманду инфраструктуры", которая в душе не ябет чо там в базе
SP
Зочем? В комманде есть пара ответтвенных за бд челов, не вижу смысла их ответтвенность пепекладывать на "комманду инфраструктуры", которая в душе не ябет чо там в базе
команда инфраструктуры не должна ебать что там в базе. она должна дать возможность писать, читать и ротировать блобы.
SP
с дополнительным количеством сахара
P
команда инфраструктуры не должна ебать что там в базе. она должна дать возможность писать, читать и ротировать блобы.
Ну это с3, жы
Д☆
Странная балда. FD на клиенте поднялся, порт открыл, телнетом с локала коннекчусь. А вот с директора коннекшн рефьюзед. И через телнет тоже сразу дропает коннект.
При этом в настройках FD я не видел пункта про то что там надо добавить адрес директора или SD.
Ну и файрволл пустой на обоих хостах.
При этом в настройках FD я не видел пункта про то что там надо добавить адрес директора или SD.
Ну и файрволл пустой на обоих хостах.
SP
Ну это с3, жы
а вот не совсем.
во-первых, если все напрямую ходят в с3 и каждый сам - то переезд с с3 будет страшной попаболью. во-вторых половина забудет про ротацию.
во-первых, если все напрямую ходят в с3 и каждый сам - то переезд с с3 будет страшной попаболью. во-вторых половина забудет про ротацию.
TH
эта ваша бакула у меня ложилась при попытке бекапа одного проекта, с большим количеством мелких файлов. потыкался в неё и забил, самописный скрипт с инкрементальностью оказался удобнее.
P
а вот не совсем.
во-первых, если все напрямую ходят в с3 и каждый сам - то переезд с с3 будет страшной попаболью. во-вторых половина забудет про ротацию.
во-первых, если все напрямую ходят в с3 и каждый сам - то переезд с с3 будет страшной попаболью. во-вторых половина забудет про ротацию.
Это полисями решается, а переезд не проблемма, благо с3 это стало стандартом уже
Д☆
эта ваша бакула у меня ложилась при попытке бекапа одного проекта, с большим количеством мелких файлов. потыкался в неё и забил, самописный скрипт с инкрементальностью оказался удобнее.
скрипт с инкрементальностью... Сколько строк?
SP
Это полисями решается, а переезд не проблемма, благо с3 это стало стандартом уже
административно сложно продавить изменения на 200 команд
TH
скрипт с инкрементальностью... Сколько строк?
не больше сотни, немного
Д☆
Тогда надо шарить на гитхабе
P
административно сложно продавить изменения на 200 команд
Возможно, но, былоб желание, и адекватное руководство
SP
Возможно, но, былоб желание, и адекватное руководство
ну так адекватное руководство заранее завернет бекапы в отдельный сервис и выделит маленькую команду на это.
TH
там больше строк занимает процесс ротации, чем сам бекап.
P
ну так адекватное руководство заранее завернет бекапы в отдельный сервис и выделит маленькую команду на это.
В случае, если каждая комманда продуктовая, это станет скорее боттлнеком
Д☆
Странная балда. FD на клиенте поднялся, порт открыл, телнетом с локала коннекчусь. А вот с директора коннекшн рефьюзед. И через телнет тоже сразу дропает коннект.
При этом в настройках FD я не видел пункта про то что там надо добавить адрес директора или SD.
Ну и файрволл пустой на обоих хостах.
При этом в настройках FD я не видел пункта про то что там надо добавить адрес директора или SD.
Ну и файрволл пустой на обоих хостах.
@unix196 есть идейки?