С термином “DevOps” IT-сообщество впервые познакомилось 10 лет назад. Это понятие неразрывно связано с тенденцией цифровой трансформации, однако дать ему емкое однозначное определение нелегко. Вот 6 образных описаний того, чем является DevOps, по словам самих айтишников:
- Это то, что наделяет разработчиков властью. Речь идет о полномочиях на владение приложениями, их запуск и управление всеми стадиями доставки.
- Это сотрудничество при создании и доставке приложений.
- Это конвейер, в котором детали подходят друг к другу без подгонки.
- Это продуманное сочетание профессионалов, процессов и автоматизации.
- Это когда разработчики координируют совместные усилия так же, как гонщики команды “Формулы 1” — но движутся при этом от финиша к старту.
- Это культурное движение. Его сторонники признают: софт становится полезным только тогда, когда им начинают пользоваться клиенты.
10 экспертных советов по масштабированию DevOps
Благодаря масштабированию DevOps становится по-настоящему массовым, пригодным для применения в быстро растущей организации.
Изменения в культуре требуют времени
Расширять DevOps следует постепенно и итеративно, по аналогии с Agile. Масштабная культурная трансформация осуществляется посредством расширения и интеграции изначально небольших команд профессионалов.
Надо очень внимательно осуществлять планирование и выбирать платформу
Сначала детально планируются пользовательские истории и потоки создания ценности. Затем пишется ПО и контролируются версии с применением trunk-based development либо иных подходов. Потом настает очередь интеграции и тестирования, где нужна масштабируемая платформа для автоматизации. Наконец, продукт разворачивается в производственной среде, в условиях полной автоматизации. Для всех этапов DevOps необходимы виртуализированные среды. Для тестов задействуют самые последние данные.
Ответственность больше не ассоциируется с виной
Эксперименты поощряются. Если на определенном этапе произошел сбой, то сотрудник, ответственный за этот этап, не считается “виновным”. Для выявления причины аварии и предотвращения аналогичных ситуаций в будущем необходимо проанализировать масштабы сбоя, подходы, производственные процессы и стимулы. Раньше все эти проблемы решал Системный администратор.
После первопроходцев надо расчищать мусор
То есть избавляться от уже не актуальных правил, чтобы они не препятствовали движению вперед. Командам, следующим за первопроходцами, нужна организационная поддержка и отлаженная коммуникация. Грамотно настраивается конвейер ci/cd.
Инструменты должны быть демократичными
Доступ к каждому инструменту должно иметь как можно большее количество сотрудников. В противном случае вы столкнетесь с “узким местом”, последствия которого могут оказаться для организации непредсказуемыми.
Команда должна работать в комфортных условиях
Чтобы достичь больших целей, следует начинать с малого и двигаться вперед быстрыми итерациями. Эффективность придет сама собой, как следствие комфортных условий работы. Репутация команды будет стабильно улучшаться, другие команды захотят перенять ваши методы.
Канбан-доски и закон Конвея
Чтобы продукт получился успешным, его должны создавать кросс-функциональные команды, которые финансируются с ориентацией на рынок. Фиксация процесса работы на канбан-досках стимулирует сотрудничество и упрощает масштабирование.
Избавляйтесь от пережитков прошлого
То есть от механизмов и процедур управления, некогда внедренных по итогам инцидентов, но уже не актуальных в силу смены процессов, технологий или продуктов. Не стоит тратить ресурсы на автоматизацию ненужных или неэффективных процессов.
Видение DevOps должно быть единым у всех участников коллектива
Этого нелегко добиться ввиду отсутствия четкой и однозначного формулировки понятия “DevOps”. Однако единое видение надо выработать ради успешного масштабирования.
Постоянно проговаривайте ценность DevOps для бизнеса
Научитесь признавать ценность этого подхода. Он экономит время и средства. Количество адептов DevOps должно расширяться как внутри организации, так и за ее пределами. Рассказывайте коллегам о своем подходе к разработкам.
No comments