DevOps в Германии: миф или реальность?
Кто нибудь использует у себя DevOps принципы, в частности, Kubernetes и CI-CD процессы?
Наша богодельня пытается все это, плюс public cloud внедрять, но ничего кроме уныния это не вызывает.
Толковые люди есть, но такое ощущение, что на уровне среднего менеджмента процесс просто саботируется.
Это по сути случайные люди, которые высидели свои позиции за 20 лет, но в данных технологиях как свинья в апельсинах.
Да.
Наша богодельня пытается все это, плюс public cloud внедрять, но ничего кроме уныния это не вызывает.
Толковые люди есть, но такое ощущение, что на уровне среднего менеджмента процесс просто саботируется.
Это по сути случайные люди, которые высидели свои позиции за 20 лет, но в данных технологиях как свинья в апельсинах.
Хотите, чтобы вас пожалели?
P.S. Богаде́льня — благотворительное заведение для содержания нетрудоспособных лиц (престарелых, немощных, инвалидов, калек и выздоравливающих). Богадельни следует отличать от древнерусских убогих домов и скудельниц.
Может вы имели ввиду багодельня? Или всё правильно написано?
На вопрос то я ответил, Могу даже ответить ещё и на вопрос в заголовке - реальность.
Просто не совсем понятно было к чему последние три строчки. Если у вас на фирме так всё плохо, то можно только посочувствовать.
Понятно.
А какие детали вас интересуют?
Работал в одном DevOps проекте, разрабатывали продукт и делали Ops (не знаю как это по-русски) , который находился в разных облаках.
В прошлом проекте DevOps был до тех пор пока заказчик не захотел, чтобы Ops делала другая команда. Причём мы Live к тому времени были уже четверть года. Передали им Betrieb и всё. Если какие-то вопросы, решали вместе.
Сейчас на мне Teilprojekt, где я сам себе DevOps, то есть делаю всё от разработки до поддержки.
Всё нормально работает, проблем с DevOps нет.
Удалось ли, например, реализовать настоящий CICD пайплайн?
Конечно. Как же без этого?
Переписывали ли монолиты на микросервисы?
Нет. Монолитов нигде не было.
Кем "драйвились" идеи, кто помогал и кто мешал?
Гмм... Никто не мешал. Просто общее понимание есть что и как надо делать. И ноу хау есть в командах.
Какой стек технологий использовали?
CI/CD? В предыдущих проектах был бамбу, потому что "так надо", потом дженкинс, потому что там пайплайны и скрипты. Сейчас конкурс, потому что он нам подходит на 100%.
Пробовали ли service mesh?
Нет.
поздравляю.потом дженкинс, потому что там пайплайны и скрипты. Сейчас конкурс, потому что он нам подходит на 100%.
А парой предложений можно описать чем он лучше/хуже/делает по-другому чем дженкинс? Мы пока что плотно на джексоновских пайплайнах сидим. К качеству документации только претензии.
Удалось ли, например, реализовать настоящий CICD пайплайн?
Дженкинс, пайплайны.
Переписывали ли монолиты на микросервисы?
Да. Но это совсем другая грустная история.
Кем "драйвились" идеи, кто помогал и кто мешал?
Разработчики и архитекторы пытались продвигать. Мешал из всех сил наш собственный отдел "Betrieb", потому что они теряли финансовые потоки.
Какой стек технологий использовали?
docker, docker swarm, spring boot, cloud foundry, aws.
Пробовали ли service mesh?
нет, емнип.
А парой предложений можно описать чем он лучше/хуже/делает по-другому чем дженкинс?
Имхо, у дженкинса плюсов больше, например есть user management, но нам для наших целей конкурса достаточно. Летает он себе в контейнере в облаке, но дженкис так же может летать в контейнере в облаке.
у меня был один хороший опыт и плохой с этим вашим DevOps'ом.
1) kubernetes на AWS. Пожилые девелоперы которые pod называли сервером, не понимали зачем нужен CI/CD. Все пушилось сразу в мастер. Ручные сборки и ручные деплойменты (kubernetes helm). После года войн, фингерпоинтинга, все осталось на уровне Devs против Ops.
2) AWS Fargate. GitLab CICD. Никаких ручных деплойментов. все только через Pull/Merge Requests и только после codereview и только из пайплайна и только через IaC. Best practices где только возможно. Молодые независимые команды, никакого блейминга, только совместное решение проблем. Хороший рабочий климат внутри комманд. Скраммастер смотрит чтоб все было чики пики. Fail fast.
3) буквально сегодня начался проект. AWS ECS, Jenkins, bitbucket. Немного Overengineering. Scrum.
в общем опыт показывает что абсолютно все равно какой тулинг. Если совместная работа дерьмо - никакой кубернетес и гитлэб не поможет. И наоборот, если хорошая команда, люди открытые и работают над общим делом - бери любой контейнероркестрейшн и вперед.
я думал что бамбу уже того, закончился и пайплайны уже в самом битбакете. Не люблю дженкинс:
1) за корявый гуй (не говорите мне про блюоушн)
2) вебхуки и все эти скрипты. В битбакете или гитлабе кидаешь bitbucket-pipelines.yml .gitlab-ci.yml и там красиво в yaml пишешь свой пайплайн. Всем всегда все понятно.
но надо признаться что у меня bitbucket и gitlab были managed