когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера.
если ты не девопс или сисадмин — нафиг это?
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Ну может интересна кому-то админка. Типа хобби и разбирается. У меня например тоже есть не связанные с программингом увлечения в сторону рисования. Иногда помогает.
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Docker (Docker Compose) — очень удобный способ локально на своей машине очень быстро поднять нужную инфраструктуру, настроенную сразу как надо. Например там Mysql и Redis. Скачал репозиторий проекта из гита, выполнил "docker-compose up" — и у тебя сразу всё поднялось. Что важно — у каждого участника команды поднимается гарантированно одно и то же. На следующий день сделал "git pull" — там вместе с изменениями кода пришли инфраструктурные изменения. Например теперь используется более свежая версия Mysql, или добавился какой-нибудь Nginx. По-прежнему "docker-compose up" — и через минуту у тебя всё готово к работе.
Альтернатива этому — написать длинный ридми о том, где брать дистрибутивы, какие версии, как их ставить, в каких конфигах что поменять, и т.д. Ну и потом проводить дни и ночи с джуниорами, у которых не заработало — перепроверять как они сделали каждый шаг из ридми
С k8s я мало сталкивался, но всё вышесказанное для него точно так же работает.
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Докер это инструмент для разработчика в первую очередь.
Он дает программисту три функции
1) "пакетный менеджер" для разных серверов и тебе не надо знать как их устанавливать
2) "система сборки" для твоего приложения, создает запускаемый приложения со всеми зависимостями
3) "изолятор", который запускает твое приложение и чужие сервисы вместе в изолированной среде
Вот кубер это уже инструмент админа\девопса, но программисту надо знать его возможности, чтобы понимать на что можно рассчитывать в продакшене.
R>Альтернатива этому — написать длинный ридми о том, где брать дистрибутивы, какие версии, как их ставить, в каких конфигах что поменять, и т.д. Ну и потом проводить дни и ночи с джуниорами, у которых не заработало — перепроверять как они сделали каждый шаг из ридми
Жизнь такая штука... люди приходят и уходят, репозитории меняются, код переносится, сервера падают, и в один день остаёшься без понимания, как развернуть проект тк все, что есть в документации: используйте докер компоуз, а он не работает. А ещё есть мильён непонятных зависимостей и столько же срочных задач по разработке.
Результат: нигде не поднять кроме прода, тестировать там же.
N>Жизнь такая штука... люди приходят и уходят, репозитории меняются, код переносится, сервера падают, и в один день остаёшься без понимания, как развернуть проект тк все, что есть в документации: используйте докер компоуз, а он не работает. А ещё есть мильён непонятных зависимостей и столько же срочных задач по разработке. N>Результат: нигде не поднять кроме прода, тестировать там же.
через год полтора image не собираеться тк не доступны зависимости
часть сообшений об ошибках пропадают в докере (не везде но я с этим столкнулся)
проблеммы с сохранением результатов из докера (конечно решаемых но приложить усилия надо)
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
как это нафиг? чтоб потом на тебя обязанности SRE повесить. это ж так классно когда ты будешь за одну зарплату выполнять две разные работы
R>>Альтернатива этому — написать длинный ридми о том, где брать дистрибутивы, какие версии, как их ставить, в каких конфигах что поменять, и т.д. Ну и потом проводить дни и ночи с джуниорами, у которых не заработало — перепроверять как они сделали каждый шаг из ридми
N>Жизнь такая штука... люди приходят и уходят, репозитории меняются, код переносится, сервера падают, и в один день остаёшься без понимания, как развернуть проект тк все, что есть в документации: используйте докер компоуз, а он не работает. А ещё есть мильён непонятных зависимостей и столько же срочных задач по разработке. N>Результат: нигде не поднять кроме прода, тестировать там же.
С докером разобраться проще, потому что он даже когда не работает, ведёт себя более детерминированно, чем пара писатель-чтец ридми Но я не настаиваю конечно. Если тестировать в проде кажется не настолько плохой идеей, докер это конечно мимо вашей культуры
Здравствуйте, baxton_ulf, Вы писали:
_>Здравствуйте, nikkit, Вы писали:
N>>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>>если ты не девопс или сисадмин — нафиг это?
_>как это нафиг? чтоб потом на тебя обязанности SRE повесить. это ж так классно когда ты будешь за одну зарплату выполнять две разные работы
Вторая работа — это ныть, что не можешь свои тикеты делать, пока дядя-девопс не напишет в проектный ридми как "технологию X" в проект добавить?
Здравствуйте, rosencrantz, Вы писали:
R>Вторая работа — это ныть, что не можешь свои тикеты делать, пока дядя-девопс не напишет в проектный ридми как "технологию X" в проект добавить?
нет конечно. Вторая работа — это когда тебя назначат ответственным за работу SRE. впрочем я совсем не против если кого-то так будут нагибать. у компании будет больше денег мне на премии
R>>Альтернатива этому — написать длинный ридми о том, где брать дистрибутивы, какие версии, как их ставить, в каких конфигах что поменять, и т.д. Ну и потом проводить дни и ночи с джуниорами, у которых не заработало — перепроверять как они сделали каждый шаг из ридми
N>Жизнь такая штука... люди приходят и уходят, репозитории меняются, код переносится, сервера падают, и в один день остаёшься без понимания, как развернуть проект тк все, что есть в документации: используйте докер компоуз, а он не работает. А ещё есть мильён непонятных зависимостей и столько же срочных задач по разработке. N>Результат: нигде не поднять кроме прода, тестировать там же.
Документация должна быть в любом случае, т.к. в ней написано не только как настроить, но и почему именно так. И она тоже должна быть в source control.
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Ну, требования часто бывают завышенными. Яндексогугли вон любят алкогоритмы сортировки на собесе спрашивать, но никто ведь на работе сортировку руками не пишет, правда?
С другой стороны, если ты не умеешь докер/кубер руками запустить, то как локально отлаживаться будешь?
Здравствуйте, Pzz, Вы писали:
Pzz>С другой стороны, если ты не умеешь докер/кубер руками запустить, то как локально отлаживаться будешь?
запустить руками это одно (хотя если надо расшарить GPU какой нибудь фолдер и порты то документацию придеться почитать)
а другое когда мне сказали хотим добавить N в докер
в резлуьтате пришлось писать докерфайл строк на 500, менять ОС в двух других имиджах и изменять некоторые зависимости и все это тестировать
я не админ и такая работа у меня не вызывает интузиазима
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Как зачем, что бы знать как свои комиты накатывать на сервера ведь это самому придется делать.
Здравствуйте, nikkit, Вы писали:
n> когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. n> если ты не девопс или сисадмин — нафиг это?
Что за зверь "девопс" я не знаю, но k8s — это инструментарий разработчика (и если низлежащие слои работают исправно, то админу там делать нечего). Тебе же не нужен админ, чтобы управляться с консолью git или настроить ide? Так и здесь — тебе дали кластер, можешь работать.
R>Docker (Docker Compose) — очень удобный способ локально на своей машине очень быстро поднять нужную инфраструктуру, настроенную сразу как надо. Например там Mysql и Redis. Скачал репозиторий проекта из гита, выполнил "docker-compose up" — и у тебя сразу всё поднялось. Что важно — у каждого участника команды поднимается гарантированно одно и то же. На следующий день сделал "git pull" — там вместе с изменениями кода пришли инфраструктурные изменения. Например теперь используется более свежая версия Mysql, или добавился какой-нибудь Nginx. По-прежнему "docker-compose up" — и через минуту у тебя всё готово к работе.
Здравствуйте, opfor, Вы писали:
O>обычно потом этот докер и в прод закатывают?
Если прод крутится в облаке, там обычно есть свои реализации субд, редисов и всего прочего, заточенные на конкретного облачного провайдера (например — у них сразу куча метрик собирается, до логов легко добраться, есть кнопки "сделать бэкап" и "развернуть бэкап"). Версии софта могут быть теми же самыми, что и локально у разработчиков, но работает это всё не в виде контейнеров докера, а "как-то проприетарно иначе".
Докер (или k8s) обычно используются в проде для того, чтобы запускать те самые сервисы, которые программирует программист.
Здравствуйте, sergey2b, Вы писали:
S>а другое когда мне сказали хотим добавить N в докер S>в резлуьтате пришлось писать докерфайл строк на 500, менять ОС в двух других имиджах и изменять некоторые зависимости и все это тестировать
S>я не админ и такая работа у меня не вызывает интузиазима
Тут проблема не в докере, а в том, что вам *ставят задачи*
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Если сервис упаковывается в docker образы, то настройка образа (Dockerfile) это прямая задача разработчика, т.к. он лучше всего знает какие зависимости нужны для его (микро)сервиса.
А чтобы добросовестно выполнить свою работу, нужно убедиться, что образ работает в docker swarm или k8s, для этого выполнить развертывание в тестовый кластер и провести диагностику, если есть ошибки. Для всего этого крайне полезно уметь обращаться с контейнерами, в том числе через консоль.
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Здравствуйте, sergey2b, Вы писали:
N>>Жизнь такая штука... люди приходят и уходят, репозитории меняются, код переносится, сервера падают, и в один день остаёшься без понимания, как развернуть проект тк все, что есть в документации: используйте докер компоуз, а он не работает. А ещё есть мильён непонятных зависимостей и столько же срочных задач по разработке. N>>Результат: нигде не поднять кроме прода, тестировать там же. S>через год полтора image не собираеться тк не доступны зависимости
Во-первых, неясно зачем пересобирать имадж. Просто запускаешь ровно тот что крутится на проде.
Или тебе надо внести какой-то фикс? Допустим. А какая альтернатива-то? Пойти в confluence, которую последний раз обновляли 5 лет назад, и читать документацию, кликая по мёртвым ссылкам где скачать какую зависимость для того чтобы проект хотя бы открылся?
S>часть сообшений об ошибках пропадают в докере (не везде но я с этим столкнулся) S>проблеммы с сохранением результатов из докера (конечно решаемых но приложить усилия надо)
Это не проблема докера. А сабж. Опять же, а какую предлагаешь альтернативу? Шариться непонятно где непонятно как в поисках непонятно чего в соответсвии с безбожно устаревшей докой написанной наотвали?
Про Dockerfil хотя бы известно, что один раз запустился и отработал верно, и всё можно найти в исходниках. Гарантированно. А все эти доки и вики — никто никогда не проверял, половина необходимых шагов была сделана в километровой переписке в емейл, а вторая половина в приватных чатах.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Ну вот я недавно потратил час своего времени, чтобы настроить запуск сервиса в контейнере для джуниора. Инструкции были, по которым он слепо следовал, но, как обычно, инструкции слегка устарели и надо было проявить немного сообразительности и знаний докера.
Собственно докер сейчас, имхо, во многих случаях это как ОС. Тебя же не удивляет, если от программиста ожидают знание ОС на уровне продвинутого пользователя. Докер это такой же инструмент, и его надо знать. Понятно, что не во всех компаниях и не на всех специализациях, но, имхо, на многих.
С кубом плюс-минус так же. К примеру тестовые сервисы в кубе развёрнуты. Если возникает проблема — надо посмотреть логи, надо посмотреть энвы, может быть залезть в контенер и покурлить там немного и тд, какой-то базовый траблшутинг.
Здравствуйте, sergey2b, Вы писали:
N>>Жизнь такая штука... люди приходят и уходят, репозитории меняются, код переносится, сервера падают, и в один день остаёшься без понимания, как развернуть проект тк все, что есть в документации: используйте докер компоуз, а он не работает. А ещё есть мильён непонятных зависимостей и столько же срочных задач по разработке. N>>Результат: нигде не поднять кроме прода, тестировать там же.
S>через год полтора image не собираеться тк не доступны зависимости
Такая проблема, конечно, может быть, но вообще это плохой image, если не собирается.
Во-первых, если стоит такая задача — собирать образ через полгода — надо указывать точные базовые образы, вплоть до хешей.
Во-вторых вытаскивать эти базовые образы и на целевой системе загружать (docker save/docker load вроде) перед сборкой.
В-третьих всё, что хочется скачать — надо скачивать заранее и класть рядом с докерфайлом.
В-четвёртых тестировать сборку на оффлайн машине.
В-пятых всё вышеописанное хранить наряду с остальными артефактами.
Очень много организаций требуют сборки приложения в оффлайн-окружении, в этом нет ничего особенного и все популярные технологии это позволяют тем или иным образом.
Здравствуйте, rosencrantz, Вы писали:
R>Например теперь используется более свежая версия Mysql, или добавился какой-нибудь Nginx.
А так ли нужна "более свежая версия"?
R>Альтернатива этому — написать длинный ридми о том, где брать дистрибутивы, какие версии, как их ставить, в каких конфигах что поменять, и т.д. Ну и потом проводить дни и ночи с джуниорами, у которых не заработало — перепроверять как они сделали каждый шаг из ридми
"Длинный ридми" -- это уже не зоопарк, а Ноев ковчег.
По своему опыту скажу: Докер хорош для поддержки разных версий самогО приложения, а не для борьбы с внешними приблудами.
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Прочитать ману и поднять докер с нуля опыта может любой вменяемый девлопер. Если контора ставит знание докера в достижение, то я бы усомгился в высоте её планки при наборе.
Ну и в то же время, держать в голове этот шум тоже не нужно.
Аё>Прочитать ману и поднять докер с нуля опыта может любой вменяемый девлопер. Если контора ставит знание докера в достижение, то я бы усомгился в высоте её планки при наборе. Аё>Ну и в то же время, держать в голове этот шум тоже не нужно.
поставить докер и собрать по имеющемуся dockerfile не очень сложно
хотя когда надо подумать когда надо расшарить видеокарту или порты и что бы при этом dns работал нормально
ЗЫ нужно твое экспертное мнение
теперь на некоторых сайтах компании когда подаеш на вакансию в списке стран нет РФ
те получаеться не опыт указать не образование не гражданство
что посоветуешь делать в таком случаи
Здравствуйте, sergey2b, Вы писали:
S>и иногда dockerfile не совсем примитивны
И в таком случае, ожидать от программиста чтоб он на бумажке расшарил видеокарту, несовсем адекватно. Такие corner case наверное гуглятся, делается изменение, и забывается. Я совершенно не вижу связи хорошей фотографической памяти на докер конфиг, и способности решать проблемы.
S>ЗЫ нужно твое экспертное мнение S>теперь на некоторых сайтах компании когда подаеш на вакансию в списке стран нет РФ
Это ожидаемо- многие компании ушли из РФ.
S>те получаеться не опыт указать не образование не гражданство
Я бы не мучался с заполнением- если компания не ценит время соискателя.
S>что посоветуешь делать в таком случаи
Порадоваться на ВВП, ведь какой молодец, какую сюрприз приготовил для россиян в недружественных странах.
N>Результат: нигде не поднять кроме прода, тестировать там же.
Увы и ах, примерно так же устроена природа. Пока там простая конструкция типа амебы, окей. Но когда возникают наслоения из миллионов лет эволюции, нового человека получается только в проде создать. И патчить сложно, да к тому же опасно.
Здравствуйте, vsb, Вы писали:
vsb>С кубом плюс-минус так же. К примеру тестовые сервисы в кубе развёрнуты. Если возникает проблема — надо посмотреть логи, надо посмотреть энвы, может быть залезть в контенер и покурлить там немного и тд, какой-то базовый траблшутинг.
задесть в контейнер в оркестраторе это не знание ни докера ни тем более кубера, когда говорят знание кубера это умение развернуть там сервис с нуля, а на некоторых местах (где не понимают что спрашивают) и настройка кластера
Здравствуйте, sergey2b, Вы писали:
S>У меня соседка украинка ездит с скелетом на пассажирском сидении S>А виноват вовсем Путин
Это скелет ее убитого на войне мужа
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Долбо-job-ы
"На раскачку нет времени!" (с) — Владимир Сказочный ****
R>Docker (Docker Compose) — очень удобный способ локально на своей машине очень быстро поднять нужную инфраструктуру, настроенную сразу как надо. Например там Mysql и Redis. Скачал репозиторий проекта из
А чем это принципиально отличается от "скопировать образ диска виртуальной машины"?
Данное сообщение является художественным произведением и освещает вымышленные события в вымышленном мире. Все совпадения с реальностью являются случайными. Не является инвестиционной рекомендацией.
R>>Docker (Docker Compose) — очень удобный способ локально на своей машине очень быстро поднять нужную инфраструктуру, настроенную сразу как надо. Например там Mysql и Redis. Скачал репозиторий проекта из O>А чем это принципиально отличается от "скопировать образ диска виртуальной машины"?
Контейнерная виртуализация имеет гораздо меньше накладных расходов по сравнению с полной или паравиртуализацией (не нужен ни гипервизор, ни аппаратная виртаулизация, хотя они могут и использоваться для доп. изоляции).
Простой доступ к ФС контейнера (в простейшем случае это обычный chroot, а образ это ZIP архив). Как следствие легко сделать иерархию образов.
Здравствуйте, Osaka, Вы писали:
R>>Docker (Docker Compose) — очень удобный способ локально на своей машине очень быстро поднять нужную инфраструктуру, настроенную сразу как надо. Например там Mysql и Redis. Скачал репозиторий проекта из O>А чем это принципиально отличается от "скопировать образ диска виртуальной машины"?
В каком-то смысле Docker-контейнер это доведённая до ума идея виртуальной машины. Скажем, файловая система это не какой-то проприетарный бинарник, а просто gzip. Притом можно делать иерархию: "берём виртуалку Linux, v1.2.3, накатываем туда mysql v4.5.6" — вот у нас готовая виртуалка mysql. Потом можно взять ту же версию Linux и накатить postgres v7.8.9. Образы mysql и postgres будут переиспользовать тот же бинарник os.
Плюс инструкция-код по сборке этой виртуальной машины: "выкачать отсюда, распаковать сюда, добавить тут файлик, прописать переменную окружения, запустить процесс такой-то".
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, Osaka, Вы писали:
R>>Docker (Docker Compose) — очень удобный способ локально на своей машине очень быстро поднять нужную инфраструктуру, настроенную сразу как надо. Например там Mysql и Redis. Скачал репозиторий проекта из O>А чем это принципиально отличается от "скопировать образ диска виртуальной машины"?
Именно вот чтобы принципиально — наверно ничем. Для меня как для пользователя основное отличие в том, что ценность имеет не образ диска, а рецепт построения образа диска (Dockerfile + конфиги где-то рядом). Dockerfile — это маленький текстовый файл. На него можно посмотреть и понять что там внутри, его можно положить в гит, можно органично вписать в существующие рабочие процессы — пулриквесты, кодревью, версионирование. Всё то же самое можно сказать и про Docker Compose.
Здравствуйте, nikkit, Вы писали:
N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера. N>если ты не девопс или сисадмин — нафиг это?
Чтобы отсеивать кандидатов + взять на одну зарплату одновременно программиста и DevOps'а.
Сейчас в IT переизбыток кадров, и HR'ы с этим борются, не знаешь какого-нибудь кубера — не нужен, следующий.
— Нет в мире справедливости, — простонал Билл, когда цепкие пальцы Смертвича впились в его плечо.
— Конечно, нет, — согласился Смертвич. — А ты как думал?
Здравствуйте, rosencrantz, Вы писали:
_>>как это нафиг? чтоб потом на тебя обязанности SRE повесить. это ж так классно когда ты будешь за одну зарплату выполнять две разные работы
R>Вторая работа — это ныть, что не можешь свои тикеты делать, пока дядя-девопс не напишет в проектный ридми как "технологию X" в проект добавить?
А часто ли надо добавлять технологию X в проект? И кто это должен делать.
Не лучше ли, если архитектор или специальный девопс будет оценивать какую технологию добавлять, а какую нет?
А не программист, который скачал что-то из интернета, проверил работает и в продакшен. А про поддержку, совместимость, установку на нестандартном окружении он всё равно думать не будет. Это же примерно из той же области, что и докер.
Пусть уж лучше попросит знающих людей и подождёт их разрешения.
Здравствуйте, 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 файла
если пару сотен видеофайлов одновоременно то возникают ошибки записи
