З яких гравців складається DevOps команда?
Поява DevOps змінила ландшафт розробки програмного забезпечення, дозволивши міжфункціональним командам розробників, фахівців з експлуатації та контролю якості безперешкодно співпрацювати та забезпечувати якість у автоматизованому середовищі безперервної доставки.
Культура DevOps допомагає організації рухатися вперед до єдиної мети – спільного досягнення успіху. Тут кожен бере участь у розробці та несе відповідальність за випуск. Між учасниками не має буде комунікативних бар’єрів, тому пропонуємо розглянути структури команди DevOps.
Основні ролі в команді DevOps
Євангеліст DevOps
Євангеліст DevOps несе відповідальність за просування переваг DevOps, і для цього він або вона повинні спочатку визначити та кількісно оцінити переваги для бізнесу, які надає DevOps. Євангеліст DevOps несе відповідальність за внесення змін, і за людей, які беруть участь у цьому процесі. Він також визначає ролі для підтримки методів доставки DevOps і відповідає за те, що ІТ-фахівці мають достатню кваліфікацію та підготовку для виконання цих змін.
Менеджер релізів
Менеджер з випуску також відомий як менеджер зі стабільності продукту. Він відповідає за координацію та управління проектом від етапу розробки до виробництва. Щоб підтримувати безперервну доставку, менеджер контролює координацію та інтеграцію розробки, тестування та розгортання проекту.
Більшості менеджерів проектів не потрібні технічні знання про проект, у той час як, з іншого боку, менеджери релізів повинні володіти технічними знаннями та навичками, необхідними для обслуговування та запуску ланцюжка інструментів доставки програми. У загальному випадку реліз-менеджер добре знайомий з agile-методологією та відповідає за загальний перебіг проекту. Вони продовжують вимірювати різні показники задач і інтерпретувати їх, щоб забезпечити прозорість процесу DevOps.
Архітектор автоматизації
Архітектор автоматизації відомий під іншими іменами, такими як фахівець з інтеграції або інженер/експерт з автоматизації. Єдина відповідальність цієї людини полягає в тому, щоб знайти правильні процеси та інструменти, необхідні для створення ефективного та дієвого автоматизованого середовища для DevOps.
Роль автоматизованого експерта є дуже важливою, оскільки DevOps в основному залежить від автоматизації. Для безперервного розгортання вони розробляють, аналізують та реалізують стратегії. Завдяки підвищеному рівню автоматизації на всіх етапах проекту стає можливим створювати високоякісний код швидше та простіше на кожному спринті розробки.
Розробник/тестер програмного забезпечення
На основі бізнес-вимог, розробник програмного забезпечення починає писати код для розробки кінцевого продукту. Роль розробника ПЗ зростає і виходить за межі DevOps-команди. Крім написання коду, розробник програмного забезпечення також виконує ряд інших завдань, таких як розгортання, модульне тестування та безперервний моніторинг.
Інженер з безпеки
Щоб забезпечити безпеку організації, необхідно мати на борту інженера з безпеки. Він має гарантувати, що розроблений продукт відповідає набору правил та стандартів. Такий крок має вирішальне значення для зміцнення довіри користувачів. Роль інженера з безпеки полягає в тому, щоб переконатися, що продукт, який розробляється, захищений від будь-яких атак. Інженер з безпеки постійно працює з розробниками, щоб створити продукт, захищений від будь-яких технічних атак, і водночас намагається захистити користувачів від можливих соціальних атак.
Менеджер з утиліти
У загальному випадку розробники зосереджуються тільки на розробці і тому не звертають увагу на систему постпродакшену.
У випадку з DevOps все інакше – у цьому випадку потрібне щось більше, ніж наявність традиційної ІТ-команди для розробки, експлуатації, адміністраторів і т. д., які виконували свою роботу і передавали проект далі. У команді DevOps мають бути гравці, які можуть легко брати участь у різних сферах процесу розробки проекту. Вони можуть легко взяти на себе роль від управління базою даних до управління ресурсами.
При виборі команди DevOps, необхідно обирати гравців з різноманітним набором навичок, які можуть легко вписатися в різні ролі.
Підсумок
Важливо пам’ятати, що немає жорстких правил, яких слід дотримуватися для формування команди DevOps. Залежно від потреб і запитів організації структура команди може змінюватися. Коли справа доходить до створення ідеальної команди DevOps, керівнику доведеться пройти через кілька спроб та помилок. Необхідно постійно наглядати за людьми, які мають жагу до нових знань та здатні розвиватися, тільки там можна вчасно відстежити зміни та впровадити необхідні заходи для підвищення ефективності роботи на проекті.
Отримайте перший досвід у ролі девопс-інженера на курсі DevOps Junior.
