Меню

Управління випусками в DevOps

release management devops

Спробуйте Наш Інструмент Для Усунення Проблем

Що таке управління випуском у DevOps?

Сподіваюся, вам би це було ясно Концепція управління конфігурацією в DevOps з нашого останнього підручника.

Як ми вже визначили DevOps, DevOps - це вся команда, яка володіє програмним забезпеченням від самого його заснування до моменту його доставки до виробництва та гарантує, що програма працює у виробництві відповідно до вимог.

Рекомендована література => Найкращі навчальні посібники для DevOps

Управління випусками в DevOps

Отже, як ми всі знаємо, «Управління випусками» - це керування тим, яка версія програмного забезпечення розгортається в якому середовищі, коли і як, відповідає не лише менеджер випусків, а відповідальність усієї команди в DevOps.

Основні переваги управління випуском в DevOps можна узагальнити як,

    • Швидші та послідовніші поставки.
    • Сильний аудит та відстеження змін.
    • Автоматизація процесу випуску: Вища якість, послідовність, впевненість.
    • Підвищує впевненість завдяки успішним і послідовним поставкам.
    • Здійснення звільнення - ненаголошена діяльність
    • Без простоїв

ВІДЕО Частина 4 Блок 2: Управління випусками- 17 хвилин 12 секунд

Стенограма:

У цьому блоці ми розберемо Процедура управління випуском DevOps .

Що таке управління випусками в контексті DevOps і які його основні переваги?

Коли я думаю про управління випуском, у мене виникають різні питання, який випуск працює в якому середовищі та які патчі там застосовано? Які виправлення було розгорнуто та для якого замовника?

Я знаю, головний біль менеджера випусків відстежувати всю цю інформацію. Ми знали, що раніше управління випусками ні раніше не було відповідальністю розробника або Ops. Це була окрема команда управління випусками, яка раніше керувала діяльністю з випуску програмного забезпечення.

І окрема рада, яка називається CCB і CAB, рада управління змінами, рада затвердження змін, яка використовується для управління відповідальністю за змінами та контролю над тим, що застосовується, а що ні.

Але зараз з DevOps все змінилося. І це вже не лише відповідальність менеджера випуску, а й усієї команди.

Як ми вже визначили DevOps, DevOps - це ціла команда, яка володіє програмним забезпеченням від самого початку до моменту його надходження до виробництва та гарантує, що програма працює у виробництві відповідно до вимог.

Таким чином, у DevOps, якщо код не розгорнуто на сайті та не контролюється його ефективність протягом певного періоду, завдання з розробки програмного забезпечення не завершено.

Отже, відповідальність за доставку програмного забезпечення та його роботу в режимі реального часу лежить на всіх членах команди. Так само як і завдання управління випуском.

Ми дізнаємось більше про аспекти управління випуском у DevOps.

Давайте зрозуміємо, що таке управління випуском?

Як ми всі знаємо, з широкої точки зору, управління випуском - це управління та підтримка інформації, подібної до того, яка версія програмного забезпечення чи компонентів розгортається в яких середовищах, коли та як вона була розгорнута.

що таке операційна система linux та unix

Отже, це все про управління випуском.

Давайте подивимось, як працює процес управління випуском.

На відміну від раніше, у DevOps немає офіційних CCB. Але це не означає, що не було схвалено змін.

Схвалення також відбувається за допомогою інструменту. Інструменти управління змінами, такі як Jeera та ClearQuest, використовуються для реєстрації та затвердження змін і направляють їх до команди розробників з метою створення відставання як технічного боргу або нової вимоги.

Ці зміни, сприйняті командою програми, будуються, перевіряються та автоматично використовуються у виробництві разом із автоматизованим конвеєром доставки. Але кожна зміна реєструється в системі контролю версій, і ці зміни перевіряються та перевіряються по всьому конвеєру доставки.

Отже, будь-які зміни, внесені командою, реєструються в інструменті контролю версій, а те, що успішно розгорнуто в середовищах та їх конфігурації, доступні в інструменті конфігурації.

Отже, як контроль версій, так і управління конфігурацією разом дають нам чітке уявлення про те, що випускається, коли воно виходить, де воно виходить і як воно випускається.

Отже, в контексті DevOps, це, в основному, контроль версій та управління конфігурацією, що діє як інструмент управління випуском. Отже, ці два процеси та інструменти діють як CCB, який ми називаємо у своєму традиційному методі розробки.

По суті, це автоматизує роботу менеджера ЦКБ, який в ідеалі перевіряє кожну з цих змін або випусків та сертифікує, щоб дозволити їй вийти на виробництво.

У разі DevOps сертифікується не випуск, а весь конвеєр доставки, який сертифікується в автоматичному режимі разом із ручними воротами.

Оскільки таке управління випусками не є окремою діяльністю як частиною DevOps, але воно вбудоване вже як частина конвеєра DevOps або конвеєра доставки разом із контролем версій, керуванням конфігурацією та конвеєром розгортання.

Отже, контроль версій у поєднанні з управлінням конфігурацією робить управління випуском.

І хоча ми переходимо до практики DevOps, де ми націлені на доставку протягом кількох годин, практично неможливо керувати такими частими розгортаннями та їх записом та обслуговуванням вручну за допомогою традиційних процесів управління випуском, де вони керують вручну з автоматизацією дуже мало.

Отже, повна автоматизація процесу управління випуском є ​​обов’язковою.

Крім того, у конвеєрі DevOps нам не потрібно контролювати розгортання, якщо зміни схвалено, побудовано, протестовано та потрапляє в систему керування версіями, вони автоматично застосовуються до виробництва. Звичайно, функціональні перемикачі є, щоб увімкнути або вимкнути їх керування у виробництві.

Аудит і простежуваність кожної зміни - одна з найсильніших переваг, яку ми маємо з точки зору управління випуском. Отже, коли ми будуємо трубопровід DevOps або трубопровід доставки, ми вбудовуємо цю реєстрацію та аудит у трубопроводі, щоб реєструвати та перевіряти події в навколишньому середовищі в реальному часі.

Отже, ми збираємось дізнатись про фактичні події, які з’являються внаслідок дії розгортання програми на навколишнє середовище. Будучи коротшим та меншим випуском, досить легко відстежити ці зміни по всьому трубопроводу.

Ми дійшли до частини інструментів управління випусками.

Інструменти управління випусками, які доступні на ринку, гарантують, що автоматичне розгортання змін є своєчасним та безпомилковим, і вони націлені на максимальне значення для користувачів.

В основному, це інструменти розгортання, які використовуються в конвеєрі доставки під час автоматизованого розгортання.

XL Release - це один із таких інструментів управління випуском, який є специфічним для Безперервного розгортання. Як я вже говорив раніше, ці інструменти допомагають командам DevOps розробляти свою модель розгортання та допомагають контролювати випуски шляхом автоматизації всіх завдань, пов'язаних із розгортанням та управлінням випусками.

Plutora - ще один такий надійний інструмент, який надає набір програмних засобів для управління ІТ-видами на замовлення, який допомагає в доставці випусків.

Продукт BMC Software Release Lifecycle Management - це також інструмент управління випусками від BMC Software, який забезпечує наскрізну видимість прогресу випуску програмного забезпечення. Здається, через центральний веб-портал користувачі можуть відстежувати розробку додатків, контроль якості та виробництво, щоб відстежувати наслідки кожної внесеної зміни.

Є ще один інструмент від XebiaLabs. Цей інструмент дозволяє планувати, автоматизувати та аналізувати конвеєр для їх випусків програмного забезпечення.

Давайте перерахуємо переваги автоматизованої системи управління випуском DevOps.

Перш за все, всі автоматизовані процеси управління випусками допомагають команді здійснювати більш швидкі та послідовні поставки клієнтам.

Ми дізналися, що всякий раз, коли будь-який випуск чи зміна проштовхується через конвеєр безперервної доставки в середовищі DevOps, кожна інформація про те, що насправді сталося в середовищі, буде чітко записана в журнали.

Отже, ми матимемо фактичні речі або події в реальному часі, які записуються в журнал, станом на те, що сталося під час фактичного розгортання випуску в певному середовищі.

Отже, з цим ми маємо дуже сильний аудит та відстеження змін, що зберігаються у DevOps.

Будь-коли будь-хто, хто внесе будь-які зміни в будь-яку частину трубопроводу доставки, буде простежено.

У контролі версій ми матимемо те, що було змінено, що розгорнуто та відповідні конфігурації. Отже, це забезпечує чітку видимість деталей про те, що було доставлено, куди воно доставлено, коли і як, у випадку кожного випуску.

Автоматизація конвеєра випуску - ще одна чудова особливість DevOps, яка максимально запобігає ручному втручанню, а також дуже легко прослідкувати назад у випадку збою випуску, порівнюючи невдалий випуск з успішним випуском.

Отже, автоматизація випускного трубопроводу забезпечує нам вищу якість доставки протягом декількох хвилин. Допускаються людські помилки, послідовність і очевидно більша впевненість у поставках.

Це також дозволяє команді відчути, що розгортання або «випуск у виробництво» є рутинним або щоденним графіком, завдяки чому вони ретельно розуміють конвеєр випуску та його розгортання.

Без сумніву, цей комфорт та економія часу дозволяє людям більше зосереджуватися на інших важливих речах, ніж на звичайних справах.

Ми знали раніше, випуски траплялися через години або в перші години, і зазвичай у вихідні дні. І команда повинна була підтримати ці випуски в ці терміни.

Подумайте про всі стресові моменти перед звільненням, які мали відбутися, не сплячи в позаурочний час або рано вранці, щоб здійснити розгортання, закінчуючи чиненням людських помилок, забувши внести зміни, а потім молитися Богу, щоб випуск був успішним і так далі.

Отже, нинішній метод управління розгортанням та випуском DevOps поставив заслону для всіх наших попередніх проблем стресових моментів.

Як відсортувати масив

Більше розгортання вихідних, більше безсонних ночей і більше стресу при розгортанні. Все автоматизовано. Отже, випуск нових функцій або оновлення змін - це вже не напружена діяльність.

Метод розгортання DevOps передбачає відсутність простоїв або будь-яких перебоїв для користувачів, порівняно з попереднім випадком надсилання настирливих повідомлень про простої всім клієнтам і прохання їх припинити користуватися послугою або піддавати їм раптові сюрпризи з неочікуваними проблемами під час оновлення та подальшого продовження простою.

Смішно !! Чому їх слід турбувати щодо оновлення програмного забезпечення, яке ми робимо, або чому вони повинні мати проблеми з цими оновленнями?

Не заважайте користувачам будь-якими оновленнями, які команда програмного забезпечення вносить на сервер. Отже, спосіб створення релізів DevOps поклав край усім цим проблемам.

Немає більше розгортань протягом ночі, більше виправлень, що доставляються клієнтам, і більше не припиняється обслуговування.

Цим ми завершуємо тему „Управління випусками в DevOps“.

У нашому майбутньому уроці , ми дізнаємось більше про Процес моніторингу продуктивності додатків у DevOps.

НАЗАД Підручник | НАСТУПНИЙ підручник

Рекомендована література

^