Стратегічна ініціатива DevOps New Generation. Створюємо разом!
З чого все почалось. Дослідження історії створення DevOps
Перший DevOpsDays та його значення
З великим задоволенням сприйняв новину про намір організації проведення DevOpsDays в Україні, що були проголошені ініціативною групою в січні цього року.
Цей захід є вкрай важливим та актуальним для IT спільноти України, оскільки відкриває нові можливості для розвитку, обміну думками та активізації взаємодії з міжнародною IT спільнотою.
Символічно, що майбутній захід називається DevOpsDays. Саме з цієї події почався активний, масовий рух, який в підсумку призвів до появи сучасного DevOps.
У своїй попередній публікації «Про що не говорять у DevOps. Одним банкрутство, іншим успіх та зростання» у розділі «Коротка хроніка народження DevOps» я зазначав, що саме в період
Станом на початок 2007 р. в IT галузі склалося розуміння, що метод Agile працює і його впровадження в сферу розробки програмного забезпечення дозволяє досягати фантастичних результатів. Творці нового напряму розвитку та їх послідовники почали розуміти, що вони на вірному шляху.
Разом з тим багато фахівців IT галузі почали розуміти, що ключовою проблемою, яка, на жаль, поки що була непереборного характеру, був бар’єр між Dev та Ops, між підрозділами розробки програмного забезпечення та підрозділами експлуатації.
На початок 2007 року як то кажуть уперлися в стіну. Тільки но розпочатий стрімкий процес корінної перебудови IT галузі загальмував.
Що було далі?
Спробуємо разом здійснити спробу реконструювати послідовність подій, що призвели до вирішення проблем та появи професійного руху DevOps, виходу галузі на рівень спроможності здійснення Continuous Delivery (CD) — безперервної доставки.
1990 — 2001 роки ознаменувалися появою Інтернету та золотим віком доткомів. Це був час буму в IT секторі, час великих очікувань новітньої ери Інформаційного суспільства та стрімкого зростання біржових котирувань IT стартапів.
Однак, після енергійного та обнадійливого старту далі усе пішло не так як очікувалося.
2001 рік приніс кризу доткомів, крах профільної біржі NASDAQ та ланцюгову реакцію банкрутств.
Ці суворі випробування змусили IT галузь мобілізуватися заради виживання. Найкращі фахівці зосередили свої зусилля на пошуку шляхів виходу з кризи. Вони самоорганізувалися і почали напружено працювати над аналізом помилок та пошуком рішень.
Перший прорив, і одразу у правильному напрямку, вдалось здійснити дуже швидко, так як у IT спільноти вже був пакет напрацювань попереднього періоду.
Вже у 2001 році групою ентузіастів було розроблено та проголошено Маніфест Agile. В Маніфесті були сформульовані принципи гнучкого підходу до створення інформаційних систем.
Новій підхід, викладений у Agile Маніфесті розвернув існуючі підходи створення програмного забезпечення на усі 180 градусів!
Стався розворот від академічного, монументального, важкого стилю до юркого, шустрого, маневренного, що і означає Agile.
Розворот від попередньої великовагової парадигми Waterfall до новітньої — Agile. Проголошення Agile Маніфесту дало могутній імпульс розвитку IT галузі.
Поширюючись, могутній імпульс розвитку Agile Маніфесту:
— призвів до здійсненню кардинальних змін IT галузі та тісної співпраці між бізнесом, замовниками та розробниками;
— затягнув до себе і озброївся SCRUM фреймворком;
— активізував виділення тестування в окремий напрям QA, що в свою чергу забезпечило нескінченний простір для розвитку;
— відбулося органічне, безшовне з’єднання діяльності розробників та тестувальників — Dev та QA;
— відбулося різке підвищення як швидкості розробки програмного забезпечення, так і його якості.
— різко зросла керованість розробки та задоволеність результатами діяльності розробників у замовників.
Великим проривом в організації колективної роботи розробників програмного забезпечення стала розробка системи управління версіями — GIT від Лінуса Торвальдса. Здійснився такий же розворот на 180 градусів, як і з переходом на Agile підхід в цілому.
З появою Git колективна робота засяяла новими фарбами.
Поява Git кардинально змінила стан справ в організації колективної роботи фахівців.
Забезпечила легкість, гнучкість, маневреність та доступність.
Спираючись на ці досягнення IT галузь швидко та впевнено вийшла на рівень виконання безперервних інтеграцій (CI).
Вихід на спроможність здійснювати безперервну інтеграцію (CI) — це був вихід на новий якісний рівень. ІТ галузь святкувала перемогу.
Швидко та впевнено вийти на рівень виконання безперервних інтеграцій (CI) вдалося за рахунок:
- наявності сформованного концептуального бачення шляхів реалізації процесу CI, які були здіснені в попередні періоди.
- наявності вже напрацьованих рішень;
- високої динаміки, яку розвиток галузі набрав завдяки енергії Agile.
Усі ці зміни:
- призвели до різкого прискорення створення програмного забезпечення, різкого зростання якості програмного забезпечення,
- створили всі умови для подальшого розвитку IT галузі,
- практично викликали до життя і сам DevOps і DevOps спільноту.
Однак далі темпи розвитку уповільнилися через непробивний бар’єр непорозуміння між командами розробників та експлуатаційних служб.
Цей бар’єр непорозуміння заважав оперативно і чітко взаємодіяти для здійснення Continuous Delivery (CD). Легко, шустро, маневренно як і належить у Agile! Зводив попередні успіхи, досягнуті за рахунок впровадження Agile, нанівець.
Таким чином на порозі 2007 року ІТ галузь почала напружено боротися з проблемою подолання бар’єру між розробниками та службами експлуатації.
Фахівці з різних країн світу напружено шукали відповіді, але вони так і не знаходились.
Центром кристалізації рішень, що забезпечив вихід IT галузі з кризи та створення професійного руху DevOps став Патрік Дебуа (Patrick Debois) з Бельгії.
Починаючи з 2007 року Патрік працював над реальними інтеграційними проектами в IT, на практиці впроваджуючи гнучкі технології за методологією Agile. У нього почало формуватися бачення як можна було б вирішити галузеву проблему. Він активно діяв, намагався знайти однодумців, але довгий час не міг знайти відгуку — резонансу.
Врешті-решт Патрік знайшов однодумців, які розділяли його ідеї та привносили свої. Почалась активна інформаційна взаємодія. Уся IT галузь напружено шукала вихід.
На початок 2009 року ситуація почала змінюватись.
Поворотним пунктом стала конференція Velocity, яку традиційно проводило видавництво O’Reilly у США. Цього разу вона відбувалася в Сан-Хосе 23 червня 2009 року.
Джон Оллспоу та Пол Хеммонд, які разом працювали у Flickr Хосе, проголосили свою нині знамениту доповідь
На жаль, Патріка був відсутній на конференції. Але він уважно дивився стрім доповіді з Бельгії.
..Це саме воно. Це те що треба. Це те чого не вистачало!
Аналогічної думки були і його однодумці по той бік океану. «Десять виставлянь на день!......». Нечувано! Фантастично!
Саме 23 червня 2009 р., день оголошення доповіді Джона Оллспоу та Пола Хеммонда на конференції Velocity в Сан-Хосе багатьма експертами вважається як день появи DevOps.
Детальніше, більш емоційно та яскраво про події на конференції можна прочитати у вступі до книги Патріка та його однодумців «Книга DevOps. Посібник» Патрік Дебуа, Джон Вілліс, Джин Кім, Джез Хамбл. Передмову до книги написав Джон Оллспоу. Книга, до речи, вже видана на українській мові. Читайте та перечитуйте!
Історичну доповідь Джона Оллспоу та Пола Хеммонда можна продивитись за посиланням youtu.be/LdOe18KhtT4.
І сьогодні перегляд цієї доповіді викликає велике задоволення! Продивіться і ви. З перших уст дізнаєтесь, чому ця доповідь викликала такий гучний резонанс, чого не вистачало до цього часу і в чому була відповідь.
Але історія створення DevOps на цьому не закінчується!
Насправді, професійний рух DevOps як масове явище стався тільки після проведення першого DevOpsDays в місті Гента (Бельгія)
Назву DevOpsDays також вигадав Патрік Дебуа.
Від першого DevOpsDays, проведеного в м. Гента (Ghent, Belgium)
Очевидці відмічають, що енергетика заходу була колосальна.
Через рік після цієї знаменної події професійний рух DevOps набрав таких великих обертів, що для проведення наступних DevOpsDays була створена організація DevOpsDays Global Core Organizers з дислокацією у США.
І понині ця організація займається плануванням, організацію, здійсненням великої кількісті заходів по популяризації та розвитку DevOps. Ці заходи проходять по всьому світу. До участі в цих заходах залучається величезна кількість спеціалістів сфери IT.
Посилання на сайт організаторів заходів дивіться за посиланням devopsdays.org. Тут можна отримати найповнішу та найактуальнішу інформацію щодо заходів, що проводяться DevOpsDays Global Core Organizers.
Програма заходів цього року дуже насичена. Дивіться та обирайте у відповідності до своїх запитів та місця розташування.
Треба відмітити, що DevOpsDays на свою десяту річницю проходив також у жовтні, але вже у 2019 р. в місті Гента (Ghent, Belgium).
Тепер і ви знаєте — чому саме у жовтні і чому саме у м. Гента.
Цього разу приїхало вже не 70 легких на підйом ентузіастів, а набагато набагато більше фахівців з усього світу.
А про те, скільки фахівців спостерігали і знайомились з результатами по ІНТНЕРНЕТУ, то і казати нічого, так як в 2019 році DevOps вже мав велику велику популярність.
Програма проведення першого DevOpsDeys стала вже як рарітет. В дослідницьких цілях з цією програмою можна ознайомитись по посиланню: legacy.devopsdays.org/...events/2009-ghent/program
DevOpsDay та Україна
Необхідно відмітити, що DevOps спільнота дуже активно відгукнулася на події 24.02.2024. ЇЇ позиція викладена в зверненні «DevOpsDays Stands With Ukraine by DevOpsDays Global Core Organizers» від 02 березня 2022 року за посиланням devopsdays.org/...days-stands-with-ukraine
В 2022 році з метою розвитку та популяризації ідей DevOps для залучення коштів в підтримку України була проведена конференція DevOpsDays Kyiv
Day1: https://www.youtube.com/watch?v=g_coo4Cp3_E&list=PL_O8YSX8ckfccTEvjp26fBXiaYzijUPD2
Day2: Emily Freeman — Incident Response: Moving Beyond the Reaction (youtube.com)
До речі, на цій конференції в підтримку України виступав і Патрік Дебуа. Його доповідь 2022 року: «DevOps 13 years and 120+ presentations later. My personal journey», на якій він підбивав підсумки своєї діяльности. Можна ознайомитись за посиланням: . Я дивився. Слухав. Сподобалась. Взяв для себе цілий ряд фахових ідей для подальшого опрацювання.
З заходами DevOpsDays Stands With Ukraine в 2024 році можете ознайомитись за посиланням: devopsdays.org/...events/2024-kyiv/welcome та DevOpsDays: Let’s Talk Security — DevOpsDays
А що ж Європа? Саме звідки розпочався професійний DevOps рух?
В доповнення до заходів, що організовуються і проводяться DevOpsDays DevOpsDays Global Core Organizers, в Європі з 2016 року щорічно проводиться конференції DevOps Pro. Посилання на сайт devopspro.lt
На цьому ресурсі в розділі Previous Conferences доступні записи доповідей минулих конференцій — дуже об’ємний, дуже цікавий та дуже цінний матеріал. Дивіться!
До речі, у
На завершення, повертаючись до повідомлення про підготовку DevOps Day Україна, ще раз слід підкреслити, що це дуже важлива та відповідальна подія, до якої потрібно дуже серйозно готуватися.
Це справжній іспит на зрілість та великі можливості. Відкриті двері для входу до світової спільноти DevOps.
Побажання та ідеї організаторам DevOps Days в Україні
Враховуючи ситуацію та динаміку розвитку подій та дати, на які запланована конференція, бажаю подолати усі труднощі в процесі підготовки майбутньої конференції та великих успіхів під час її проведення. Щасти.
Як ідея для розгляду. Досліджуючи усе, що стосується DevOpsDeys, звернув увагу, що Єропейський DevOps Pro (130+ Speakers, 700+ Attendees) проводить комбіновані заходи, що відбуваються як в офлайн форматі, так і в онлайн. При такому підході висловити свої думки може набагато більша кількість тих, кому є що сказати.
Пропоную врахувати досвід проведення подібних заходів в інших країнах та з урахуванням сучасних реалій в самій Україні.
Немає коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів