Здравствуйте, alzt, Вы писали:
A>Здравствуйте, rosencrantz, Вы писали:
_>>>как это нафиг? чтоб потом на тебя обязанности SRE повесить. это ж так классно когда ты будешь за одну зарплату выполнять две разные работы
R>>Вторая работа — это ныть, что не можешь свои тикеты делать, пока дядя-девопс не напишет в проектный ридми как "технологию X" в проект добавить?
A>Не лучше ли, если архитектор или специальный девопс будет оценивать какую технологию добавлять, а какую нет?
У каждого свой проект в голове, и каждый свой проект считает эталонным Не во всех проектах не на всех этапах их жизненного цикла не для всех команд выделенные роли девопса и архитектора будут иметь смысл.
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Дебил какой-то от балды не подумав написал, выслал рекрутерам, они вот так и закинули. Ваще правильно составить описание вакансии превращается в настоящее искусство
"На раскачку нет времени!" (с) — Владимир Сказочный ****
Здравствуйте, rosencrantz, Вы писали:
A>>Не лучше ли, если архитектор или специальный девопс будет оценивать какую технологию добавлять, а какую нет?
R>У каждого свой проект в голове, и каждый свой проект считает эталонным Не во всех проектах не на всех этапах их жизненного цикла не для всех команд выделенные роли девопса и архитектора будут иметь смысл.
Я только про зрелые проекты, которые долго существую и ещё долго будут поддерживаться. Там надо очень аккуратно с добавлением новых зависимостей.
Если пишется стартап, то главное быстрее, думать потом будут, а то инвестор передумает.
Здравствуйте, alzt, Вы писали:
A>Здравствуйте, rosencrantz, Вы писали:
A>>>Не лучше ли, если архитектор или специальный девопс будет оценивать какую технологию добавлять, а какую нет?
R>>У каждого свой проект в голове, и каждый свой проект считает эталонным Не во всех проектах не на всех этапах их жизненного цикла не для всех команд выделенные роли девопса и архитектора будут иметь смысл.
A>Я только про зрелые проекты, которые долго существую и ещё долго будут поддерживаться. Там надо очень аккуратно с добавлением новых зависимостей.
Везде надо очень аккуратно. Другое дело, что в тоннах легаси работает не трогай в зрелых проектах это очень болезненно и обычно желание ни у кого не возникает
Здравствуйте, sergey2b, Вы писали:
S>через год полтора image не собираеться тк не доступны зависимости
Это вопрос к инфраструктуре компании, должен быть кэширующий прокси, например harbor для образов, плюс artifactory для пакетов и всё, один раз собралось, больше тебе интернет не нужен, ты получаешь воспроизводимую сборку внутри компании. S>часть сообшений об ошибках пропадают в докере (не везде но я с этим столкнулся) S>проблеммы с сохранением результатов из докера (конечно решаемых но приложить усилия надо)
Тут для меня совсем непонятное написано, какие ошибки пропадают в докере? Работает с ошибками ну и ладно, у всех будет одинаково работать с этими ошибками. Сохранения результата работы это совсем смешно, делаешь volume и хранишь на хосте, и это ничем не отличается от того что ты докер не используешь.
Здравствуйте, mgu, Вы писали:
R>>Например теперь используется более свежая версия Mysql, или добавился какой-нибудь Nginx. mgu>А так ли нужна "более свежая версия"?
К сожалению да, на примере проекта где я сейчас, используется postgresql 9.6, и приплыли, новый pgAdmin к нему не подключается, django новый с ним не работает, python новый не поставишь(на старом django только старый python). Не, можно конечно оставить как есть, но лучше постепенно всё обновлять, и плюс пожелания от клиентов, а вот там у вас CVE, а может обновите?
Здравствуйте, Igore, Вы писали:
I>Тут для меня совсем непонятное написано, какие ошибки пропадают в докере? Работает с ошибками ну и ладно, у всех будет одинаково работать с этими ошибками. Сохранения
при компиляции проекта часть сообщения об ошибки компиляции не видны в консоле докера (те скажем 4 ошибки но видна только последняя)
результата работы это совсем смешно, делаешь volume и хранишь на хосте, и это ничем не отличается от того что ты докер не используешь.
это смешно пока вам надо сохранить 1-2-3 файла
если пару сотен видеофайлов одновоременно то возникают ошибки записи