Комментарии 8
О DevOps говорят уже давно и с каждым днём всё больше и больше, но этот термин настолько многогранен, что в нём легко запутаться.
Если что-то призвано упростить и упорядочить работу, то в этом трудно запутаться. Наоборот, цель заключается в том, чтобы распутаться.
Давайте попробуем разложить всё по полочкам: про принципы, подходы и технологии, которые используют инженеры, чтобы повысить качество разработки и эксплуатации приложений.
Лучше всего будет рассмотреть конкретный пример из цикла было/стало. Иначе, мы окажемся в роли мухи, попавшую в плотную паутину "слоёв", "практик" и разного рода "культов".
Как показывает практика общения в кулуарах на конференциях, какие-то практики до сих пор люди понимают для себя по разному, отсюда и такое начало.
Что касается было/стало, в будущем планируются статьи на тему различного рода разбора подобных кейсов. Один из них рассмотрен тут - https://youtu.be/8X94vOuwrVw
Я бы сказал, что devops - это автоматизация операций, которые раньше делали обычные люди (в сфере разработки ПО).
И тогда сразу становится очевидным, почему написать makefile - это зашквар, а вот написать build pipeline - это стильно можно и молодёжно.
Да, это вполне можно трактовать таким образом, но я постарался раскрыть ряд практик, которые не так широко распространены в DevOps)
Devops не привязан к инструментам как мне кажется. Внедрят практики возможно и без дженкинсов с кубернетесом. Возможно меня здесь сожрут, но изначально, когда движение появилось, то никого ПО подобного рода не было. Были системы управления конфигурации в начале… Puppet, если не подводит память появился аж в 2005 ещё.
На самом деле, это не совсем так. Т.к. данное направление зарождалось с процессами и инструментами того времени, которые постепенно сменялись на те, что мы видим сейчас.
С одной стороны, да, можно внедрить свою версию подхода на своих инструментах, но с точки зрения процесса, это получиться скорее не devops в классическом понимании, а под себя заточенный agile.
Поэтому, это весьма дискуссионный вопрос, о котором можно много спорить)
DevOps это методология, какими инструментами вы будите ее реализовывать - здесь свобода выбора. Есть рыночные ожидания от компетенции, какими инструментами специалист решал задачи автоматизации сборки, доставки ПО и последующей эксплуатации.
P.S. какой-то у вас не такой DevOps c парнями, любящими солнце, раньше лет 5-10 назад, чтобы внедрить автоматизацию нужно было быть в валенках и с вилами, чтобы перепрошить мозги всем этим )
DevOps: методология, принципы, подходы и технологии