когда искал работу часто попадались требования знаний к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>я не админ и такая работа у меня не вызывает интузиазима
Тут проблема не в докере, а в том, что вам *ставят задачи*
