Большая зависимость от исполнителей. Дешевле набрать админов-разрабов на ванильный куб и стандартизировать  жизненный цикл разработки продукта  чем зависеть от исполнителей. Если задача потратить бюджет - то ок - openshift

#вакансия #devops
Город и адрес офиса: #москва ул. Барклая, 6, стр. 5
Формат работы: #офис
Занятость: #полная #fulltime
Зарплатная вилка: от 220 до 260 т.р. на руки
Наша компания ищет сильного инженера, обладающего большим бэкграундом в DevOps, который бы занял ключевую техническую роль в развитии данного направления и стал бы лидером нашего центра компетенций по DevOps. Мы ожидаем, что кандидат разделяет принципы философии DevOps и является экспертом с большим техническим кругозором в данной области.
Тебе предстоит:
Развивать центр компетенций DevOps в компании, проводить RnD, обучать коллег, участвовать в найме DevOps-инженеров и SRE.
Участвовать в пресейловых активностях: проработка, планирование и оценка внедряемых решений.
Внедрять DevOps решения, включающих такие области, как автоматизация процессов сборки и развертывания систем, автоматизированное тестирование, мониторинг и менеджмент релизов.
Устанавливать и настраивать инструменты DevOps.
Подготавливать документацию по проектам и внедрению DevOps решений.
Без чего ты не сможешь работать у нас: Наличие в портфолио успешно завершенных проектов по внедрению DevOps инструментов и методологии.
Опыт работы в роли DevOps-инженера не менее 3х лет.
Опыт системного администрирования Linux/Unix, Windows не менее 2х лет.
Опыт работы с серверной виртуализацией (VMWare, KVM, Xen, etc.).
Опыт работы с инструментами управления конфигурациями (Ansible или Puppet, Chef).
Опыт настройки CI и CD (Jenkins, Gitlab CI, Teamcity), понимание плюсов и минусов данных инструментов.
Знание идеологии и инструментов infrastructure as code.
Опыт работы с системами контейнерной виртуализации (Docker, Docker Swarm).
Опыт развития и поддержки средств мониторинга инфраструктуры и сервисов (Prometheus, Zabbix, Grafana).
Хорошее знание Git, включая стратегии ветвления и слияния (Git-Flow).
Бонусы и дополнительные условия: 3 дополнительных отгула в год; корпоративный английский язык; настольный футбол, гибкое начало дня.
Название компании: Перфоманс Лаб
Контакты: @bystrova_ak / a.bystrova@pflb.ru

Большая зависимость от исполнителей. Дешевле набрать админов-разрабов на ванильный куб и стандартизировать  жизненный цикл разработки продукта  чем зависеть от исполнителей. Если задача потратить бюджет - то ок - openshift

Если задача потратить бюджет это тебе в кубер

Не скажи. Гугол прекрасный пример с процессами SRE.

берешь как в гугле и делаешь, книжку открыл от них и как в ИТИЛе или Аджайле, без изучения процессов берешь и делаешь) че сложного?)

ну так я и сказал в кубер

и потому гниги гугла даже вредны я бы сказал для массы

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

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

Был. Они начали переписывать его на го, а потом заопенсорсили.
Изначально он на джаве был, и из-за этого в кубере куча костылей с фабриками была. И вроде даже что то осталось