Каква е целта на DevOps и кои са специалистите по DevOps

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

Какви практики влизат в понятието DevOps и защо са необходими? С какво се занимават DevOps инжинерите и какво трябва да умеят? На тези и други въпроси отговарят експертите от EPAM: Кирил Сергеев, системен инженер и DevOps евангелист, и Игор Бойко, водещ системен инженер и координатор на един от DevOps екипите на компанията.

Каква е целта на DevOps?

Преди време между разработчиците и поддръжката (т. нар. operations) имаше бариера. Звучи парадоксално, но техните цели и KPI бяха различни, въпреки че все пак работеха по обща задача. Целта на разработката бе да реализира бизнес изискванията възможно най-бързо и да ги добави в работещия продукт. Поддръжката отговаряше за това приложението да работи стабилно – а всяка промяна поставяше стабилността под заплаха. Налице е конфликт на интереси – DevOps се появи, за да го разреши.

Какво е DevOps?

Въпросът е добър – и спорен: засега в света не е постигнато окончателно съгласие по него. В ЕРАМ считат, че DevOps обединява технологии, процеси и култура на взаимодействие в рамките на екипа. Това обединение е насочено към непрекъсната доставка на стойности на крайния потребител.

Кирил Сергеев: "Разработчиците пишат код, тестерите го проверяват, а администраторите инсталират крайния продукт в производствената среда. Дълго време тези части от екипа бяха малко разрознени, а след това се появи идеята да ги обединят чрез общ процес. Така се появиха практиките на DevOps."

Дойде денят, когато разработчиците и системните инженери зас interestуваха работата на другия. Бариерата между производството и поддръжката започна да изчезва. Така се появи DevOps, в който влизат практики, култура и ред на взаимодействие в екипа.

В какво се състои същността на DevOps културата?

Отговорността за крайния резултат лежи на всеки от участниците в екипа. Най-интересното и сложно в философията на DevOps е да се разбере, че конкретната личност не просто отговаря за своя етап от работата, а носи отговорност за начина, по който ще работи целият продукт. Проблемът не е на нечия страна – той е общ, и всеки член на екипа помага да бъде решен.

Най-важната позиция в DevOps културата е именно да се решава проблема, а не просто да се прилагат DevOps практики. Повече от това, тези практики не се внедряват "на нечия страна", а за целия продукт. На проекта не му трябва само DevOps инженер – необходимо е решение на проблема, а ролята на DevOps инженера може да бъде разпределена между няколко членове на екипа с различна специализация.

Какви DevOps практики съществуват?

DevOps практиките покриват всички етапи на жизнения цикъл на софтуера.

Игор Бойко: "Идеалният случай е, когато започнем да използваме DevOps практиките още при инициирането на проекта. Заедно с архитектите планираме каква ще бъде архитектурната структура на приложението, къде ще бъде разположено и как ще се мащабира, избираме платформа. Сега в модата е микросервисната архитектура – за нея избираме система за оркестриране: трябва да можем да управляваме всеки елемент от приложението отделно и да го обновяваме независимо от другите. Още една практика е "инфраструктурата като код". Така наричат подхода, при който инфраструктурата на проекта се създава и управлява с помощта на код, а не чрез директно взаимодействие със сървъри.

След това преминаваме на етапа на разработка. Тук една от най-големите практики е изграждането на CI/CD: необходимо е да помогнем на разработчиците да интегрират промени в продукта бързо, с малки порции, по-често и безболезнено. CI/CD обхваща както проверката на кода, така и качването на основната версия в кодовата база, и внедряването на приложението в тестовите и продуктивните среди.

На етапите на CI/CD кодът преминава през качествени бариери. С тяхна помощ се проверява, за да се уверим, че кодът, който е излязъл от работната станция на разработчика, съответства на зададените критерии за качество. Тук се добавя юнит и UI тестване. За бързо, безболезнено и фокусирано внедряване на продукта може да се избере подходящ тип разгръщане.

DevOps практиките имат място и на етапа на поддръжка на готов продукт. Те се използват за мониторинг, обратна връзка, сигурност и внедряване на промени. Всички тези задачи DevOps разглежда от гледна точка на непрекъснато усъвършенстване. Минимизиране на повтарящите се операции и автоматизация на тях е нашият приоритет. Към това се включват миграции, разширяване на приложението и поддръжка на работоспособността.

Каква е ползата от DevOps практиките?

Ако пишехме учебник по съвременните практики на DevOps, на неговата първа страница щяха да са изброени три точки: автоматизация, ускоряване на релиза и бърза обратна връзка от потребителите.

Кирил Сергеев: „Първото е автоматизацията. Всички взаимодействия в екипа можем да автоматизираме: написахме код – изтеглихме – проверихме – инсталирахме – събрахме обратна връзка – върнахме се в началото. Всичко това – автоматично.

Второто е ускоряване на излизането на продукта и дори опростяване на разработката. За клиента винаги е важно продуктът да излезе на пазара възможно най-бързо и да започне да носи ползи преди конкурентите. Процесът на доставка на продукта може да бъде непрекъснато усъвършенстван: намаляване на времето, добавяне на допълнителни контролни етикети, усъвършенстване на мониторинга.

Третото е ускоряване на обратната връзка от потребителите. Ако имат забележки, можем веднага да направим корекции и да актуализираме приложението.

Как се свързват понятията „системен инженер“, „билд инженер“ и „DevOps инженер“?

Те се пресичат, но принадлежат на малко различни сфери.

Системният инженер в ЕРАМ е позиция. Те са различни нива: от junior до chief специалист.

Билд инженерът е по-скоро роля, която може да се изпълнява в проекта. В момента така наричат хората, отговорни за CI/CD.

DevOps инженерът е специалист, който внедрява DevOps практиките в проекта.

Ако обобщим всичко това, резултатът ще бъде следният: човек, който заема позицията на системен инженер, изпълнява ролята на билд инженер в проекта и се занимава с внедряването на DevOps практики.

С какво точно се занимава DevOps инженерът?

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

Много говорихме за автоматизацията – нея DevOps инженерите разглеждат на първо място. Това е много важна точка, която включва, наред с другото, подготовката на средата.

Кирил Сергеев: «Преди да внедрите обновления в продукта, те трябва да бъдат тествани в чужда среда. Тя се подготвя от DevOps инженерите. Те също така въвеждат DevOps културата в проекта като цяло: внедряват DevOps практики на всички слоеве на своите проекти. Тези три принципа: автоматизация, опростяване, ускорение – те ги внасят навсякъде, където могат да достигнат».

Какво трябва да знае DevOps инженерът?

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

1. Програмиращи езици

DevOps инженерите знаят няколко основни езика за автоматизация и могат, например, да кажат на програмиста: «Да не правиш инсталацията на кода на ръка, а с помощта на нашия скрипт, който автоматизира всичко? Към него ще подготвим config-файл, който ще бъде удобен за четене за теб и за нас – и можем да го променим по всяко време. Освен това ще виждаме кой, кога и защо внася промени в него».

DevOps инженерът може да научи един или няколко от тези езици: Python, Groovy, Bash, Powershell, Ruby, Go. Не е нужно да ги знае в дълбочина – достатъчно е да знае основите на синтаксиса, принципите на ООП и да може да пише несложни скриптове за автоматизация.

2. Операционни системи

DevOps инженерът трябва да разбира на кой сървър ще бъде инсталиран продуктът, в каква среда ще се стартира и с какви услуги ще взаимодействат. Може да избере специализация в Windows или семейство Linux.

3. Системи за контрол на версиите

Без знания за системите за контрол на версиите DevOps инженерът не може. Git е една от най-популярните системи в момента.

4. Облачни провайдъри

AWS, Google, Azure – особено когато говорим за Windows направление.

Кирил Сергеев: «Облачните доставчици ни предоставят виртуални сървъри, които прекрасно се вписват в CI/CD.

Инсталирането на десет физически сървъри изисква около сто ръчни операции. Всеки сървър трябва да бъде стартиран, инсталиран и конфигуриран ръчно с нужна операционна система, да инсталираме нашето приложение на тези десет сървъра и после десет пъти да проверим всичко. Облачните услуги заменят тази процедура с десет реда код и добрият DevOps инженер трябва да знае как да ги използва. Така той спестява време, усилия и средства – и за клиента, и за компанията.»

5. Системи за оркестрация: Docker и Kubernetes

Кирил Сергеев: «Виртуалните сървъри са разделени на контейнери, в които можем да инсталираме нашето приложение. Когато има много контейнери, трябва да се управляват: да се включи един, да се изключи друг, и да се правят резервни копия. Това става доста сложно, за което е нужна система за оркестрация.

Преди всяко приложение се обработваше от отделен сървър – всяка промяна в неговата работа можеше да повлияе на функционирането на приложението. Благодарение на контейнерите, приложенията стават изолирани и се стартират поотделно – всяко на своя виртуална машина. Ако се получи сбой, не е нужно да се губи време в търсене на причината. По-лесно е да унищожите стария контейнер и да добавите нов.»

6. Системи за конфигурация: Chef, Ansible, Puppet

Когато е необходимо да обслужвате цял парк сървъри, се налага да правите много еднообразни операции. Това е дълго и сложно, а ръчната работа увеличава шанса за грешки. Тук на помощ идват системите за конфигурация. С тяхна помощ се създава скрипт, който е удобен за четене както от програмисти, така и от DevOps инженери и системни администратори. Този скрипт помага за автоматично извършване на еднакви операции на сървърите. Така ръчните операции (и, следователно, грешките) намаляват.

Каква кариера може да построи DevOps инженер?

Възможно е развитие както хоризонтално, така и вертикално.

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

Може да станете системен архитект, ако на служителя му е интересно да разбере как функционира приложението на всички етапи от жизнения си цикъл – от разработка до поддръжка.

Как да стана DevOps инженер?

1. Прочетете книгите „Проект “Феникс” и DevOps Handbook. Те са истински стълбове на философията DevOps, като първата е художествен роман.
2. Изучавайте технологиите от горния списък: сами или в онлайн курсове.
3. Присъединете се като DevOps инженер в опенсорс проект.
4. Практикувайте и предлагайте DevOps практики в личните и работните си проекти.

Източник: habr.com