Меню

Постійна інтеграція в DevOps

continuous integration devops

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

Що таке безперервна інтеграція в DevOps?

Наразі ми висвітлювали частину 1 та частину 2 цієї теми на наших попередніх сесіях, а зараз - у частині 3.

засоби маскування даних для сервера SQL

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

Постійна інтеграція в devlops

У нашому останньому підручнику ми отримали знання з Як розвивати співпрацю в DevOps .

Перевірка => Остаточне керівництво по DevOps

Постійна інтеграція, безперервне тестування, постійне розгортання та безперервна доставка - це основні технічні аспекти DevOps.

ВІДЕО Частина 3 Блок 1: Постійна інтеграція- 12 хвилин 20 секунд

Стенограма:

В останньомучастина, ми вивчили практики DevOps, згідно з якими ми дізналися, які частини гнучких принципів прийняті практиками DevOps.

Як цілі DevOps досягаються за допомогою цих принципів?

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

Що таке співпраця в контексті DevOps і як ми її досягаємо?

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

Це безперервна інтеграція, безперервна доставка та розгортання та постійне тестування.

Як частина блоку 1 частини 3, давайте спочатку вивчимо «Постійна інтеграція».

Що таке безперервна інтеграція?

Постійна інтеграція -> CI -> набір процесів -> Побудова конвеєра / CI Pipeline

Безперервна інтеграція, яку в DevOps коротко називають «CI», є важливим процесом або набором процесів, який визначається та виконується як частина конвеєра під назвою «Build Pipeline» або «CI Pipeline».

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

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

Коли і коли розробник перевіряє свій код на контроль версій, негайно починається процес CI kick.

що таке модель водоспаду на прикладі

Процес ДІ включає,

  1. Об’єднання всього коду розробників з основним рядком,
  2. Запуск побудови,
  3. Компіляція коду та створення збірки і…., Нарешті
  4. Проведення модульного випробування.

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

Щоб технічно пояснити, що відбувається під час ДІ,

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

Різні інструменти для проведення автоматизованого тестування, такі як Jenkins, TestNG, NUnit для проведення модульного тестування, Sonar для проведення статичного аналізу коду та зміцнення для проведення тестування безпеки, всі ці інструменти будуть інтегровані з конвеєром CI .

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

Отже, основною перевагою ІР є швидкий зворотний зв’язок, який розробники отримують у найкоротші терміни.

  1. CI запускається після того, як розробник перевіряє код і видає результати за лічені секунди. Отже, це дозволяє розробникам негайно дізнатися, чи успішно побудований чи зламаний його код.
  2. Це також повідомляє розробнику, якщо його код успішно інтегрувався з кодом іншого або зламався, що щось інше, що зробив інший член команди, в іншій частині бази коду. Отже, CI робить швидший аналіз коду і робить подальші злиття простішими та без помилок.

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

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

Які переваги CI?

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

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

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

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

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

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

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

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

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

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

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

^