Тем, что в Саратове 40 это потолок для опытного админа, а в Питере 40, это старт дляджуна сисадмина. Соответственно, студента там возьмут на 20-25

Три года назад админил в саратове зе сотыгу

Где?

Ну раз не знаешь, то что говорить про потолок?

Ну так то и в МСК тогда потолок не 200, а 800, например.

Не понимаю иронии

У нас уже сделано правильно. Просто это надо причесать и убрать недоработки, улучшить. Так как у текущего DevOps’а времени не хватает.

Если бы просто было написано типа у нас jenkins, то вопросов небыло бы. А раз написано мы выпиливаем гитлаб ci в пользу дженкинса тут уже возникают вопросы о компетентности того кто принимает решения, или его самодурства)

Довольно странно делать такие выводы не обладая полной информацией, которой обладал человек принимающий решение по его выпилу.

С тем что инструмент уже используется. Зачем выпиливать то, чего функционала достаточно для ci, в сравнении с другим решением

В jenkins можно сделать нормальный код под сборку прилогоса с всеми зависимостями под стейджи. Так-же он позволяет писать именно код сборки, а не убогую конфигурацию. Еще у нас есть единый джоб для деплоя приложений в куб. Чего в gitlab-ci сделать без костылей по нормальному нельзя.

Шехе Роберт Мохамедович <employer@hh.ru> 18:01 (19 ч. назад) кому: мне Здравствуйте, Максим Потому что. C уважением, Шехе Роберт Мохамедович Гортис Софт Лаб 😂😂😂 Помните вакансию на двеопса за 40к?

Ваще

Вот и я об том, пара сотен глючных плагинов с дублирующим функционалом которого вообще не должно быть в ci/cd системе

Разработчик имеет доступ к серверу через ямл, что не есть комильфо. Пусть и по коммитам, но сможет повыполнять чего интересного на сервере, которому много чего разрешено :)

Правильно, будем копипастить свои наботки из хранилища своих велосипедов. Куда без этого.

пайплайн из мастра запустить не сможет если нету прав в мастер и деплоить тоже

чего?

а как-же сборка для бранча? или сборка для develop? там как раз сможет

Да я про вечный спор, “писать своё” или брать готовые наработки. Плагины jenkins’a тут как раз готовые наработки и есть, пусть и со своими недостатками. В gitlab-ci только ансиблом спасаться можно.

ну вот именно так сейчас у нас два проекта и остались (где все целиком настраивается ансиблом), так себе решение чесно говоря, когда проект можно собрать в докере одним махом.

Правда есть баги с авторизацией в собственный registry, что печально

После docker login с пользователем и токеном гитлаба, тот не может получить доступ до базовых имаджей в свой registry и падает с ошибкой 403 нет доступа (когда доступ есть). Где-то был issue у них на этот счёт.

т.е. права в проект есть, а доступа к имеджам проекта нету?

У меня одно складывается впечатление, что тут что-то не так?)

Сомневаюсь про DevOps в 2011. Я работал в довольно крупных компаниях и нигде не было такой позиции.