Очень круто! Подскажите, вашу версию argocd-image-updater с изменениями из chart-updater PR можно откуда-нибудь утащить сразу в виде готового артефакта? :)
Хорошо, но что насчёт кадрового голода, что на западе, что здесь? Свободных соискателей в поиске работы с уровнем компетенции начиная от миддла с огнём не сыщешь. Это тоже вполне себе подогревает рыночек, при чём не первый, не второй и не пятый год.
Большинство здешних комментаторов, говорящих о том, что все тут зажрались и рынок вот-вот лопнет - это обычно просиживающие пятую точку эникейщики, админы уровня "Нажать 'Далее' в визарде до победного", какие-то ковырятели 1С'ов и WordPress'ов сбоку, обжиматели витой пары у провайдера и т.п.
Сидят они так годами, иногда даже десятилетиями, а потом смотрят по сторонам, видят как за настоящую инженерную работу платят 5x/10x от их ЗП и начинается вот такой сарказм, ирония и в целом приходит отрицание реальности. При этом развития никакого всё-равно, зона комфорта же, тысяча и одно оправдание, вон кадр из Воронежа выше говорит что работы вообще нет оказывается.
У меня лично есть примеры как таких вот перманентно ноющих "специалистов", так и людей, вгрызавшихся в какую-то актуальную доменную область (ну, допустим, фронтэнд), получавших спустя 6-9 месяцев обучения оффер на джуна с испытательным, а потом делающих 2x-3x к их изначальной ЗП за год-полтора. Никакой удачи, мотивированно основы впитал, по собесам месяц потыкался, кто-то взял. Всё.
Последних в моём круге общения больше. Наверное потому что с душнилами из первой категории я стараюсь общаться, хотя сам когда-то таким был и прекрасно их понимаю. Очень рад что смог заставить себя перестать ныть и карьерно реализоваться.
Вы так уверенно считаете и расписываете минусы, сколько лет вы работали контрактором и на кого? Или же вы юрист или бухгалтер, имеющий клиентов-контракторов и их консультирующий? В каком банке РКО было? Как считали риски блокировки по 115-ФЗ, есть приблизительная вероятность блокировки в процентах? Расскажите подробнее о вашем опыте, пожалуйста.
Сколько лет индустрии, столько лет льются влажные мечты о деплое одной кнопкой и чтобы всё само работало. Не бывает так, Beanstalk был близко, но всё равно нет. И это managed решение при чём.
Я деплоил и маленькие, и большие проекты при помощи и Capistrano, и голого Ansible, и Ansible+Docker, и docker-compose, и Swarm был, и скрипты самописные были, и скриптовый клей для всего сразу был.
Kubernetes сложно, сразу пирог из абстракций, много движущихся частей, но, несмотря на всю сложность, это лучшее из всего что я использовал для развертывания бизнес-приложений. Haters gonna hate, но даже если убрать весь хайп, данная система решает проблему развертываний в разные окружения + Day-2 operations элегантнее всего. Да, такая махина и элегантнее всего. Всё так уныло в мире автоматического развертывания. Альтернативой на проект из ~10 сервисов может быть большой отдел "админов", руками накликивающие в UI условных Tomcat/JBoss. Или же обслуживающих ещё более монструозную какую-нибудь закрытую "платформу развертывания".
С Kubernetes будет достаточно пары компетентных инженеров. Даже для суровых энтерпрайзных Java-приложений. Спасибо Red Hat.
Круто! Интегрируйте, пожалуйста, в себя vals, как это сделано у Helmfile. Или пора видимо вообще Nelmfile пилить :)
Пропустил, спасибо!
А на GitHub звёздочку как поставить? :) Или продукт закрытый?
Ваш форк Vault под проприетарной лицензией получается?
Я так понимаю оператор не open-source?
Очень круто! Подскажите, вашу версию
argocd-image-updaterс изменениями изchart-updaterPR можно откуда-нибудь утащить сразу в виде готового артефакта? :)Нет. Kyverno поддерживает вайлдкарды.
match:можно описать вот так:Вообще Kyverno замечательный комбайн, много всего с ним можно сделать и много вещей по отдельности замещает. Рекомендую.
KEP-127 до релиза ещё не добрался.
Хорошо, но что насчёт кадрового голода, что на западе, что здесь? Свободных соискателей в поиске работы с уровнем компетенции начиная от миддла с огнём не сыщешь. Это тоже вполне себе подогревает рыночек, при чём не первый, не второй и не пятый год.
Большинство здешних комментаторов, говорящих о том, что все тут зажрались и рынок вот-вот лопнет - это обычно просиживающие пятую точку эникейщики, админы уровня "Нажать 'Далее' в визарде до победного", какие-то ковырятели 1С'ов и WordPress'ов сбоку, обжиматели витой пары у провайдера и т.п.
Сидят они так годами, иногда даже десятилетиями, а потом смотрят по сторонам, видят как за настоящую инженерную работу платят 5x/10x от их ЗП и начинается вот такой сарказм, ирония и в целом приходит отрицание реальности. При этом развития никакого всё-равно, зона комфорта же, тысяча и одно оправдание, вон кадр из Воронежа выше говорит что работы вообще нет оказывается.
У меня лично есть примеры как таких вот перманентно ноющих "специалистов", так и людей, вгрызавшихся в какую-то актуальную доменную область (ну, допустим, фронтэнд), получавших спустя 6-9 месяцев обучения оффер на джуна с испытательным, а потом делающих 2x-3x к их изначальной ЗП за год-полтора. Никакой удачи, мотивированно основы впитал, по собесам месяц потыкался, кто-то взял. Всё.
Последних в моём круге общения больше. Наверное потому что с душнилами из первой категории я стараюсь общаться, хотя сам когда-то таким был и прекрасно их понимаю. Очень рад что смог заставить себя перестать ныть и карьерно реализоваться.
Качество аналитики рынка труда в целом соответсвует уровню вашей профессиональной компетенции.
Если учесть ещё и инфляцию, то заработная плата там осталась примерно той же в реальном выражении :)
Вы так уверенно считаете и расписываете минусы, сколько лет вы работали контрактором и на кого? Или же вы юрист или бухгалтер, имеющий клиентов-контракторов и их консультирующий? В каком банке РКО было? Как считали риски блокировки по 115-ФЗ, есть приблизительная вероятность блокировки в процентах? Расскажите подробнее о вашем опыте, пожалуйста.
Сколько лет индустрии, столько лет льются влажные мечты о деплое одной кнопкой и чтобы всё само работало. Не бывает так, Beanstalk был близко, но всё равно нет. И это managed решение при чём.
Почему вдруг? Считаете, что доставка приложения до окружений должна обязательно быть ручной?
Я деплоил и маленькие, и большие проекты при помощи и Capistrano, и голого Ansible, и Ansible+Docker, и
docker-compose, и Swarm был, и скрипты самописные были, и скриптовый клей для всего сразу был.Kubernetes сложно, сразу пирог из абстракций, много движущихся частей, но, несмотря на всю сложность, это лучшее из всего что я использовал для развертывания бизнес-приложений. Haters gonna hate, но даже если убрать весь хайп, данная система решает проблему развертываний в разные окружения + Day-2 operations элегантнее всего. Да, такая махина и элегантнее всего. Всё так уныло в мире автоматического развертывания. Альтернативой на проект из ~10 сервисов может быть большой отдел "админов", руками накликивающие в UI условных Tomcat/JBoss. Или же обслуживающих ещё более монструозную какую-нибудь закрытую "платформу развертывания".
С Kubernetes будет достаточно пары компетентных инженеров. Даже для суровых энтерпрайзных Java-приложений. Спасибо Red Hat.
Круто! Но вам не нужен DAG с
needs:для двух джоб в рамках двух последовательных стейджей. Уneeds:совсем другие сценарии использования.Крутая статья! Но думаю всё-таки не размерность, а кардинальность.
Думаю имелось ввиду "не был внешним".
И в какой момент эвристика должна решить что это "нездоровое" архивирование? Какой порог разделения "здоровых" и "нездоровых" архиваций?
И, наверное, даже интересно не сколько "когда", а "как".