Меню

Демістифікація DevOps: Підручник з відео (Частина 1)

demystifying devops video tutorial

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

Відео-підручники DevOps:

найкраще програмне забезпечення для відновлення даних windows 10

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

(Прокрутіть вниз, щоб почати з першого відео з цієї серії)

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

У наші дні DevOps - це гаряча тема та ключове слово в ІТ-галузі.

Демістифікація DevOps

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

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

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

Тому дуже важливо для всіх демістифікувати „DevOps“.

Демістифікація DevOps - Підручники з відео

Мета навчальних відеоуроків DevOps:

  • Знати про DevOps, щоб йти до його реалізації.
  • Щоб зрозуміти, як DevOps вносить зміни в поточний спосіб роботи та здійснення поставок.
  • Створити базове розуміння концепції DevOps.

Зміст:

Це містить,

  • Все про DevOps.
  • Що таке співпраця та як налагодити співпрацю між Dev та Ops?
  • Основні процеси DevOps, безперервна інтеграція, безперервне тестування та постійне розгортання.
  • Ключові концепції DevOps, управління випусками, управління конфігурацією та моніторинг програм.

Основні знання:

  • Здатний визначати DevOps.
  • Навіщо організації потрібні DevOps?
  • Як розпочати роботу з DevOps?
  • Як об’єднати команду розробників та операцій?

Макет:

  • Цей повний посібник складається з 4 частин, частини 1, частини 2, частини 3 та частини 4, а потім закриття або підсумок частини 5.
  • Кожна частина додатково поділяється на блоки менших відеозаписів з метою, щоб кожному стало легко добре зрозуміти.
  • У кожному з цих відео є підсумок того, що було висвітлено в попередньому відео, і що буде висвітлено в наступному відео.
  • Відео дуже просте, з простою мовою та слайдами PowerPoint з декількома корисними малюнками, щоб пояснити, де потрібно.
  • Кожне відео самостійне, щоб зрозуміти його концепцію, і не потрібно посилатися на будь-яке інше відео. Але має сенс переходити в порядку від частини 1 до частини 4 для кращого розуміння теми.

Покриття:

Частина 1 : (Цей підручник)

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

Частина 2 :

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

Частина 3 :

Деталі про ключові процеси DevOps, такі як,

  • Постійна інтеграція,
  • Постійне тестування та
  • Постійне розгортання.

Частина 4 :

Важливість ще кількох ключових процесів DevOps,

  • Управління конфігурацією,
  • Управління випуском та
  • Моніторинг продуктивності додатків в Live.

Частина 5 :

Підсумок усього курсу.

*********************************************

Почнемо з першого відеоуроку з цієї серії:

У цій першій частині відео цього уроку ви дізнаєтесь,

  • Що є передумовою DevOps та драйверів для впровадження цього нового способу доставки програмного забезпечення?
  • Що таке DevOps, чому немає єдиного визначення для визначення DevOps? Це метод, процес, культура?
  • Хоча ми зрозуміли, що таке DevOps, важливо знати, що таке DevOps не є.
  • Переваги впровадження DevOps в організації.
  • І різні практики та звички практики DevOps.
  • Ключові показники DevOps.

ВІДЕО Частина 1: Вступ- 21 хвилина 46 секунд

Ну, сьогодні я буду говорити про тему «Демістифікація DevOps», яка є дуже гарячою темою в ІТ-галузі сьогодні.

Ми постійно чуємо це модне слово в усіх місцях. Крім того, сьогодні більшість ІТ-можливостей працевлаштування шукає знання та досвід «DevOps», і тому дуже важливо знати про це.

Давай!! Давайте розберемося, що це за DevOps.

Огляд

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

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

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

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

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

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

Що таке DevOps?

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

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

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

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

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

Це велика різниця та ключовий аспект DevOps.

Нарешті, Devops - це культура, яка дозволяє людям зосередитися на

  1. Клієнт
  2. Доставка на виробництво,
  3. Автоматизація
  4. Зворотній зв'язок та вимірювання

Що не DevOps?

Зрозумівши, що таке DevOps, краще також зрозуміти, що не DevOps, щоб уникнути плутанини.

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

Це також не будь-який набір процесів, таких як ISO, CMMI, щоб можна було адаптуватися та отримати сертифікацію.

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

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

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

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

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

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

Значення DevOps

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

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

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

Іншими словами, доставляти менше, краще та швидше - головний секрет DevOps.

Переваги DevOps

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

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

Впровадження принципу «автоматизувати все», а також надання інфраструктури та конфігурації як коду призвело до мінімізації людських помилок, швидшої доставки на ринок та частіших випусків.

інструменти збору вимог, що використовуються бізнес-аналітиками

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

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

Практики DevOps

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

# 1) Управління конфігурацією: Чітко знати, що ми розгортаємо, як ми розгортаємо і яка конфігурація буде перейдена до виробництва - це ключ до управління конфігурацією, яке повністю контролюється версіями.

# 2) Управління випусками : Чітко визначивши, як ми будуємо конвеєр випусків та керуємо ними, є ключовим аспектом управління випуском.

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

# 4) Постійне розгортання: Він націлений на розгортання скомпільованого коду безперервно, аж до тестування до виробничого середовища.

Тестова автоматизація - важлива і критична практика DevOps, яка застосовується протягом усього життєвого циклу. Тоді надання «Інфраструктури як коду» є одним із ключових моментів практики DevOps.

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

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

Звички DevOps

Як говорить Арістотель, «ми є. Те, що ми неодноразово робимо ... Отже, досконалість - це не вчинок, а звичка.

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

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

# 1) Управління технічним боргом:

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

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

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

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

# 2) Розроблений гіпотезами розвиток :

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

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

# 3) Вимірювання від розгортання:

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

# 4) Культура веб-сайтів у реальному часі :

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

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

# 5) Інфраструктура як гнучкий ресурс:

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

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

# 6) Співпраця команд:

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

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

Звідси ці установки, поведінка та звички є ключовими основними аспектами культури DevOps.

Метрики DevOps

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

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

І ці показники можна було б виміряти з точки зору «цінності для замовника», і вони визначають, як працює команда w.r.t. Впровадження DevOps.

В основному, показники спритності - це вимірювання ефективності розвитку, а надійність - вимірювання ефективності операцій.

# 1) Показники спритності:

І кількість розгортань протягом певного періоду.

(i) Ми знаємо, що DevOps - це все, що стосується доставки менших шматків та швидкої доставки.

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

Наступним є 'Час, необхідний для розгортання змін':

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

Отже, наступним аспектом метрик спритності є перевірка: який час потрібно для розгортання запитів на зміну у виробництві?

# 2) Показники надійності:

Показники надійності - це вимірювання надійності програмного забезпечення після розгортання.

Показники надійності включають,

  1. Рівень відмов випусків і
  2. Час виявити проблеми та виправити їх.

# 1) Частота помилок випусків полягає у вимірі: Як часто ми зазнаємо невдач щодо розгортання? Тут мета полягає в тому, щоб протягом певного періоду ця конкретна метрика нулів знижувалася, і команда просто звикала до успішного розгортання кожного разу, а перехід на виробництво частіше перетворювався на звичку.

# два) Тепер Час виявляти та виправляти проблеми - це виміряти час, необхідний для виявлення несправності та її усунення. Цей показник також повинен перевірити, наскільки швидко ми можемо зрозуміти, що відбувається у виробництві, попереджувати виявлення проблем, усувати їх, надаючи обхідні шляхи та направляти їх до циклу розробки як виправлення.

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

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

Давайте зробимо короткий підсумок:

  • Що таке DevOps?
  • Що не DevOps?
  • Які переваги DevOps?
  • Які існують практики та звички DevOps?
  • І які ключові показники DevOps?

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

Що не DevOps? DevOps не є ліцензованим продуктом або продуктом із відкритим кодом, ні специфікацією, ні стандартом.

У чому перевага DevOps? DevOps забезпечує якісну доставку, швидшу доставку, часті розгортання, невеликі розгортання, менше відмов у виробництві тощо,

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

як розпочати проект в затемненні

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

Які показники DevOps? Спритність та надійність - ключові метрики фокусування DevOps.

Про автора для відеоуроків на DevOps:

Член команди STH Гаятрі Субраманіям - експерт з тестування програмного забезпечення, який має понад півтора десятиліття досвіду у наданні проектів тестування програмного забезпечення для різних глобальних клієнтів у різних сферах. Вона поставила програмне забезпечення, багато працюючи над традиційними та гнучкими методологіями розробки програмного забезпечення (SCRUM, SAFE) та останнім часом працювала над методологією DevOps.

У нашому наступному відео-уроці ми вивчимо практики DevOps, засновані на Agile Principles.

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

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

^