Зошто е потребен DevOps и кои се специјалисти за DevOps?

Кога апликацијата не работи, последното нешто што сакате да го слушнете од вашите колеги е фразата „проблемот е на ваша страна“. Како резултат на тоа, корисниците страдаат - и не им е грижа кој дел од тимот е одговорен за дефектот. Културата на DevOps се појави токму за да ги спои развојот и поддршката околу заедничката одговорност за крајниот производ.

Кои практики се вклучени во концептот на DevOps и зошто се потребни? Што прават инженерите на DevOps и што треба да можат да прават? На овие и на други прашања одговараат експерти од ЕПАМ: Кирил Сергеев, системски инженер и евангелист на DevOps и Игор Бојко, водечки системски инженер и координатор на еден од тимовите DevOps на компанијата.

Зошто е потребен DevOps?

Претходно, имаше бариера помеѓу програмерите и поддршката (т.н. операции). Звучи парадоксално, но тие имаа различни цели и KPI, иако го правеа истото. Целта на развојот беше да се имплементираат деловните барања што е можно побрзо и да се додадат на работниот производ. Поддршката беше одговорна да се осигура дека апликацијата работи стабилно - и какви било промени ја ставаат стабилноста на ризик. Има конфликт на интереси - се појави DevOps да го реши.

Што е DevOps?

Тоа е добро прашање - и контроверзно: светот сè уште конечно не се согласил за ова. EPAM верува дека DevOps ги комбинира технологиите, процесите и културата на интеракција во тимот. Оваа асоцијација има за цел континуирано да испорачува вредност до крајните корисници.

Кирил Сергеев: „Програмерите пишуваат код, тестерите го прегледуваат и администраторите го распоредуваат финалниот производ до производство. Долго време овие делови од тимот беа некако расфрлани, а потоа се појави идејата да се обединат низ заеднички процес. Вака се појавија практиките на DevOps“.

Дојде денот кога програмерите и системските инженери се заинтересираа едни за други за работата. Бариерата помеѓу производството и поддршката почна да исчезнува. Така се појавија DevOps, кои вклучуваат практики, култура и тимска интеракција.

Која е суштината на културата на DevOps?

Факт е дека одговорноста за конечниот резултат е на секој член на тимот. Најинтересната и најтешката работа во филозофијата на DevOps е да се разбере дека одредена личност не е одговорна само за својата фаза на работа, туку е одговорна и за тоа како ќе функционира целиот производ. Проблемот не лежи на ничија страна - тој е споделен, и секој член на тимот помага да се реши.

Најважната работа во културата на DevOps е да се реши проблемот, а не само да се применуваат практиките на DevOps. Покрај тоа, овие практики не се спроведуваат „на нечија страна“, туку низ целиот производ. На проектот не му треба инженер за DevOps сам по себе - му треба решение за проблемот, а улогата на инженер за DevOps може да се дистрибуира меѓу неколку членови на тимот со различни специјализации.

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

Практиките на DevOps ги покриваат сите фази од животниот циклус на софтверот.

Игор Бојко: „Идеален случај е кога ќе почнеме да ги користиме практиките на DevOps веднаш на почетокот на проектот. Заедно со архитектите планираме каков архитектонски пејсаж ќе има апликацијата, каде ќе биде лоцирана и како да се скалира и избираме платформа. Во денешно време, микросервисната архитектура е во мода - за неа избираме систем за оркестрација: треба да можете да управувате со секој елемент од апликацијата посебно и да го ажурирате независно од другите. Друга практика е „инфраструктурата како код“. Ова е име за пристап во кој проектната инфраструктура се креира и управува со користење на код, наместо преку директна интеракција со серверите.

Следно, преминуваме во фазата на развој. Една од најголемите практики овде е градењето CI/CD: треба да им помогнете на програмерите да ги интегрираат промените во производот брзо, во мали делови, почесто и побезболно. CI/CD опфаќа преглед на кодот, прикачување на главниот во базата на код и распоредување на апликацијата во средини за тестирање и производство.

Во фазите CI/CD, кодот поминува низ квалитетни порти. Со нивна помош, тие проверуваат дали кодот што излегува од работната станица на развивачот ги исполнува наведените критериуми за квалитет. Тестирањето на единицата и корисничкиот интерфејс е додадено овде. За брзо, безболно и фокусирано распоредување на производот, можете да изберете соодветен тип на распоредување.

Практичарите на DevOps исто така имаат место во фазата на поддршка на готовиот производ. Тие се користат за следење, повратни информации, безбедност и воведување промени. DevOps ги разгледува сите овие задачи од перспектива на постојано подобрување. Ги минимизираме повторливите операции и ги автоматизираме. Ова исто така вклучува миграции, проширување на апликациите и поддршка за изведба“.

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

Ако пишуваме учебник за модерни практики на DevOps, ќе има три точки на првата страница: автоматизација, забрзување на објавувањата и брзи повратни информации од корисниците.

Кирил Сергеев: „Првата работа е автоматизацијата. Можеме да ги автоматизираме сите интеракции во тимот: го напишавме кодот - го објавивме - го проверивме - го инсталиравме - собравме повратни информации - се вративме на почеток. Сето ова е автоматско.

Вториот е забрзување на ослободувањето, па дури и поедноставување на развојот. Секогаш е важно за купувачот производот да влезе на пазарот што е можно поскоро и да почне да дава придобивки порано од аналозите на конкурентите. Процесот на испорака на производи може да се подобрува бескрајно: да се намали времето, да се додадат дополнителни контролни знаци, да се подобри мониторингот.

Трето е забрзување на повратните информации од корисниците. Ако има коментари, можеме веднаш да направиме корекции и веднаш да ја ажурираме апликацијата“.

Како се поврзуваат концептите „системски инженер“, „инженер за градење“ и „инженер на DevOps“?

Тие се преклопуваат, но припаѓаат на малку различни области.

Системски инженер во ЕПАМ е позиција. Тие доаѓаат во различни нивоа: од помлад до главен специјалист.

Инженерот за градење е повеќе улога што може да се изврши на проект. Сега вака се нарекуваат луѓето одговорни за CI/CD.

Инженерот DevOps е специјалист кој имплементира DevOps практики на проект.

Ако го сумираме сето тоа, добиваме вакво нешто: лице на позицијата системски инженер игра улога на инженер за градење на проект и е вклучено во спроведувањето на практиките на DevOps таму.

Што точно прави инженерот DevOps?

Инженерите на DevOps ги составуваат сите делови што го сочинуваат проектот. Тие ги знаат спецификите на работата на програмерите, тестерите, системските администратори и помагаат да се поедностави нивната работа. Тие ги разбираат потребите и барањата на бизнисот, неговата улога во процесот на развој - и го градат процесот земајќи ги предвид интересите на клиентот.

Зборувавме многу за автоматизацијата - ова е она со што прво и основно се занимаваат инженерите на DevOps. Ова е многу голема точка, која, меѓу другото, вклучува и подготовка на околината.

Кирил Сергеев: „Пред да се имплементираат ажурирањата на производот, тие треба да се тестираат во околина на трета страна. Подготвен е од инженери на DevOps. Тие всадуваат култура на DevOps на проектот како целина: воведуваат DevOps практики во сите слоеви на нивните проекти. Овие три принципи: автоматизација, поедноставување, забрзување - тие носат секаде каде што можат да стигнат“.

Што треба да знае инженерот DevOps?

Во голема мера, тој мора да има знаење од различни области: програмирање, работа со оперативни системи, бази на податоци, системи за склопување и конфигурација. Тие се надополнети со способноста за работа со облак инфраструктура, оркестрација и системи за следење.

1. Програмски јазици

Инженерите на DevOps знаат неколку основни јазици за автоматизација и можат, на пример, да му кажат на програмер: „Како е да го инсталирате кодот не рачно, туку користејќи ја нашата скрипта, која автоматизира сè? Ќе подготвиме конфигурациска датотека за неа, ќе биде погодно и за вас и за нас да ја читаме и ќе можеме да ја промениме во секое време. Ќе видиме и кој, кога и зошто прави промени во него“.

Инженерот DevOps може да научи еден или повеќе од овие јазици: Python, Groovy, Bash, Powershell, Ruby, Go. Не е неопходно да ги знаете на длабоко ниво - доволни се основите на синтаксата, принципите на OOP и можноста за пишување едноставни скрипти за автоматизација.

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

Инженерот DevOps мора да разбере на кој сервер ќе се инсталира производот, во која средина ќе работи и со какви услуги ќе комуницира. Можете да изберете да се специјализирате за Windows или семејството Linux.

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

Без знаење за систем за контрола на верзии, инженерот DevOps нема никаде. Git е еден од најпопуларните системи во моментов.

4. Обезбедувачи на облак

AWS, Google, Azure - особено ако зборуваме за насоката на Windows.

Кирил Сергеев: „Обезбедувачите на облак ни обезбедуваат виртуелни сервери кои совршено се вклопуваат во CI/CD.

Инсталирањето на десет физички сервери бара околу сто рачни операции. Секој сервер мора рачно да се стартува, инсталира и конфигурира потребниот оперативен систем, да ја инсталира нашата апликација на овие десет сервери, а потоа да провери сè десет пати. Cloud услугите ја заменуваат оваа процедура со десет линии код, а добар инженер за DevOps треба да може да работи со нив. Ова заштедува време, напор и пари – и за клиентот и за компанијата“.

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

Кирил Сергеев: „Виртуелните сервери се поделени на контејнери, во секој од нив можеме да ја инсталираме нашата апликација. Кога има многу контејнери, треба да управувате со нив: вклучете еден, исклучете друг, направете резервни копии некаде. Ова станува доста сложено и бара систем на оркестрација.

Претходно, секоја апликација беше управувана од посебен сервер - какви било промени во неговото работење може да влијаат на услужливоста на апликацијата. Благодарение на контејнерите, апликациите стануваат изолирани и работат посебно - секоја на своја виртуелна машина. Ако се случи дефект, нема потреба да губите време барајќи ја причината. Полесно е да се уништи стариот контејнер и да се додаде нов“.

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

Кога треба да одржувате цела флота на сервери, треба да направите многу ист тип на операции. Долга е и тешка, а мануелната работа исто така ја зголемува можноста за грешка. Ова е местото каде што конфигурациските системи доаѓаат на помош. Со нивна помош, тие создаваат скрипта што е лесна за читање за програмери, инженери на DevOps и системски администратори. Оваа скрипта помага автоматски да се извршуваат истите операции на серверите. Ова ги намалува рачните операции (а со тоа и грешките).

Каква кариера може да изгради инженерот DevOps?

Може да се развиете и хоризонтално и вертикално.

Игор Бојко: „Од гледна точка на хоризонтален развој, инженерите на DevOps сега имаат најшироки изгледи. Сè постојано се менува и можете да изградите вештини во различни области: од системи за контрола на верзии до следење, од управување со конфигурации до бази на податоци.

Може да станете системски архитект ако вработениот е заинтересиран да разбере како функционира апликацијата во сите фази од нејзиниот животен циклус - од развој до поддршка.

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

1. Прочитајте го прирачникот за проектот Phoenix и DevOps. Ова се вистинските столбови на филозофијата на DevOps, а првиот е дело на фикција.
2. Научете технологии од горната листа: сами или преку онлајн курсеви.
3. Придружете се како инженер за DevOps за проект со отворен код.
4. Вежбајте и нудете практики на DevOps на вашите лични и работни проекти.

Извор: www.habr.com