Експертът по Devops Джийн Ким: Как devops помага на бизнеса да посрещне предизвикателни моменти

Що се отнася до разработването на софтуер, съвременната практика на devops - където разработчиците и ИТ операциите се комбинират, за да доставят софтуер по по-рационализиран начин - прокарва пътя си през предприятието, тъй като все повече организации виждат ползите от по-голямата автоматизация и повече чести освобождавания.

Сега, когато пандемията подчертава необходимостта от по-голяма дигитална гъвкавост, ще се ускори ли приемането на devops още по-бързо?

С наближаването на лондонското издание на Enterprise Devops Summit (в новия му виртуален формат), това беше първият въпрос, който зададохме на неговия домакин и основател, Джийн Ким, бивш технически директор на Tripwire и автор на три популярни книги за devops.

Разговорът по-долу е редактиран за яснота и краткост.

: Как пандемията е повлияла широко на девата?

Джийн Ким: В момента в Twitter се върти мем за това кой изпълнителен директор на ниво С е усъвършенствал програмата за цифрови смущения най-много? Това ли е главен изпълнителен директор, финансов директор, CIO или COVID-19? COVID-19 е победителят. Мисля, че е толкова вярно.

Миналата година цифровите смущения бяха на почти всеки дневен ред на борда. Сега COVID-19 го изтласка напред от три до пет години. Мисля, че това, което беше толкова интересно, е, че има толкова много истории за героизма, които организациите трябва да направят, за да могат десетки хиляди, стотици хиляди работници да могат да работят от вкъщи. Това беше възможно само чрез съществено нарушаване на всички правила.

Това показва ИТ и бизнес лидерството какво е възможно и на какво всъщност са способни тези екипи. Толкова често те са оковани и повечето хора биха казали, че всичко, което е направено, за да се даде възможност на хората да работят от вкъщи - някои, които никога досега не са работили от вкъщи, като финансови екипи за бек офис - това е било просто чудо.

: Най-новият доклад за състоянието на Devops показа тази огромна средна позиция на организациите, когато става въпрос за зрялост на devops.

Смятате ли, че пандемията ще изтласка това средно положение в по-зрялото пространство или смятате, че е трудно да се възстанови начина, по който функционират екипите, когато всички са отдалечени?

Ким: Не мисля, че това ще бъде пречка, фактът, че е отдалечен. Знаем, че е възможно. Една от най-големите ми изненади в пътуването ми беше да науча, че GitHub в началото на 2010-те, целият екип по инфраструктурата, е бил отдалечен. Така че в ранните дни нямаше двама оперативни инженери в един и същи град.

За пет години от изготвянето на отчета за състоянието на разработките установихме, че индустрията няма значение. Нямаше значение дали сте в здравеопазването, търговията на дребно, каквото и да било. Вероятността да бъдеш изпълнител с висока или средна или ниска степен е била еднаква, независимо от индустрията.

Това се промени миналата година, в търговията на дребно всъщност имаше по-голяма вероятност да се представи добре. Мисля, че това показва, че търговският покалипсис или екзистенциална заплаха подтиква индустрията на дребно да адаптира по-бързо практиките на девопс. Мисля, че следствието е, че COVID-19 ще подтикне всяка индустрия да приеме devops по-бързо, само поради всички бизнес натиск, за който току-що говорихме.

: Как се отнасяте към възхода на DevSecOps и друга нова терминология около devops?

Ким: Това е аргумент, който имах, когато през 2016 г. излезе Наръчникът за Devops, с моя съавтор Джон Уилис. Той имаше много висцерална реакция, че има само един девепс. Не че той не вярва в това, но това, което ме убеди, беше, че в този момент в индустрията ни трябваше един чадър, за да вложим всичко. Обичам идеята за DevSecOps или какъвто и да е начин да разширя чадъра и да вкарам други племена. Обичам devops, тъй като по този начин да сигнализирам, че всичко, което не е devops, трябва да се асоциира със старите, лоши начини за правене на нещата.

: Ами AIops?

Ким: Да, AIops, MLops, харесвам тази фраза, но приемам тясно мнение, че почти няма поток от стойности, който да не може да се подобри, като се използват данните, които този поток от стойности генерира. Независимо дали това е маркетинг за прогнози за покупки на клиенти, или анализ на грешки и прогнози за инфраструктура.

Проблемът е, че когато имате тези проекти за машинно обучение на стойност 50 милиона щатски долара, извършени от професионалисти, които не са софтуер, те не използват контрол на версиите или най-добрите техники, които сме разработили през последните 30 години. Целият начин за генериране на обучителни комплекти и тези нови производствени модели, техниките са различни от това, което ние като софтуерни инженери използваме.

Microsoft изнесе беседа за това как използват MLops, за да интегрират тези изследователи на данни в потоци от технологични стойности. John Deere изнесе презентация за това как го правят за куп свои инициативи.

Проблемът е, че често имате тези модели, които са прототипирани в Python или SPSS, което е чудесно, но те не са готови за производство. Затова е необходимо нещо друго, за да се уверим, че мисията действително е изпълнена. AI създава този съвсем различен проблем за създаване на производствени услуги. Има истинско богато поле, което определено се нуждае от адресиране.

: Кои са най-големите останали тесни места за организациите, възприемащи практики на Девопс? И има ли алтернативен маршрут?

Ким: Мисля, че devops е неумолим, неизбежен. Бих казал, че най-голямата пречка е купуването на лидерство и бизнес. Когато погледна последните седем години на конференцията, едно от нещата, които наистина се открояват, е, че хората, които изнасят презентациите, са с по-висока възраст всяка година.

Тази година имаме Патрик Елдридж, главен оперативен директор на Nationwide Building Society. Имаме куп вицепрезиденти и главни технически директори и често те се представят със своя бизнес партньор, лицето, което носи отговорност за печалбите и загубите за тези бизнеси. Мисля, че това показва, че devops всъщност не е технологичен проблем, а бизнес проблем. Това са беседите, които показват до каква степен devops е интегриран във всеки аспект на стратегията и операциите.

Вземете Nationwide, те наемат нещо като 1200 души, когато голяма част от индустрията се свива. Мисля, че това просто показва какъв силен сигнал, който devops не само позволява на организациите да оцелеят на пазара, но процъфтяват в среда, в която те растат, докато другите намаляват.

: Как нарастването на контейнерите оказва влияние върху практиките на девопс?

Ким: Всички тези технологии - контейнерите вероятно са най-силните - наистина принудиха хората да мислят за неизменната инфраструктура или инфраструктура като код. Не знам по какъв начин върви причинно-следствената връзка, или хората, които мислят по девепс начин, където вече мислят за инфраструктурата като код, вероятно взимат неща като контейнери много по-бързо, или може би стойността на контейнерите е толкова висока че изсмуква хората.

Кой може да се върне към стария начин да се опита да разбере как да накарате средата на вашия лаптоп да изглежда по същия начин като производствената среда? Така че всички тези неща го правят толкова ясно, че има по-добър начин за работа. Мисля, че е много трудно да се върнеш, след като направиш неща като непрекъсната интеграция, като непрекъсната доставка. След като го изпитате, наистина е трудно да се върнете към стария начин на правене на нещата.

Мисля, че Едгар Шейн каза, че „инструментите са културен артефакт“ в антропологията и социологията. Така че инструментите променят начина ви на мислене и начина ви на работа. Така че съм съгласен с твърдението ви, че тези инструменти определено ускоряват начина на работа на devops.

: Защо досега беше толкова трудно да се интегрира сигурността в devops?

Ким: Ако провеждахме този разговор преди осем години, мисля, че бихме попитали „защо е трудно да се получат операции на борда?“ Дали защото се страхуват от изчезването на работните им места?

Някои хора говорят за NoOps, където вече не се нуждаем от операции, когато мисля, че е доста ясно на всеки, който е използвал Kubernetes, знае, че никой разработчик не иска да научи Kubernetes, ние искаме хората от инфраструктурата да го направят вместо нас. Мисля, че същото важи и за сигурността. Това, което искаме, е продуктовите екипи и екипите за разработка да бъдат напълно отговорни за наличността на услугата, работоспособността и сигурността. Не искаме разработчиците да се налага да стават експерти на нивото на всяко кътче, в което могат да се скрият уязвимости в сигурността.

Наистина искаме да използваме специализираните умения за сигурност, или да ги включим в екипите, или да използваме платформи, които те изграждат, така че всичко, което пишем на платформата, да бъде фундаментално по-сигурно. Мисля, че този ден идва. Подобно на операциите, това разделение е толкова голямо при разработчиците, естествената реакция е „над моето мъртво тяло“ и съм сигурен, че това може да се уреди.

: Как се е развил наборът от умения на инженер по devops?

Ким: Едно от най-важните умения, способности, черти, необходими в тези пионерски бунтове - използване на devops за сваляне на древния мощен орден, които са много щастливи да правят нещата по начина, по който го правят от 30 до 40 години - е междуфункционалните умения да могат да достигнат до масата до своите бизнес партньори и да помогнат за решаването на проблеми. Ето как тези екипи растат и наемат, когато толкова много други отбори се свиват.

Един от най-често срещаните знаменатели сред разговорите, които съм чувал досега тази година, е, че всички те наемат. Мисля, че хората, посветени на Девепс, се справят толкова много с тях и колкото повече могат да намерят тези инициативи и бизнес хората, които се нуждаят от тях, бъдещето е много светло.

Един мой приятел, Том Лимончели, който написа книгата за администриране на облачна система - каза я за операции, но мисля, че може да се приложи навсякъде - е, че сме на разклонение по пътя: Надолу по една пътека заплатата ни се намалява наполовина и единствената работа, която можем да намерим, е в Genius Bar в Apple Store. По другия път нашата заплата се удвоява, защото имаме най-горещите умения на пазара. Мислех, че това е брилянтно.