Защо е необходим DevOps и кои са специалистите по DevOps?

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

Какви практики са включени в концепцията на DevOps и защо са необходими? Какво правят инженерите на DevOps и какво трябва да могат да правят? На тези и други въпроси отговарят експерти от EPAM: Кирил Сергеев, системен инженер и 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 инженер“?

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

Системен инженер в EPAM е позиция. Те идват на различни нива: от младши до главен специалист.

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

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

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

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

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

Говорихме много за автоматизацията - това е, с което инженерите на DevOps се занимават преди всичко. Това е много голям момент, който, наред с други неща, включва подготовка на средата.

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

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

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

1. Езици за програмиране

Инженерите на DevOps знаят няколко основни езика за автоматизация и могат например да кажат на програмист: „Какво ще кажете да инсталирате кода не на ръка, а с помощта на нашия скрипт, който автоматизира всичко? За него ще подготвим конфигурационен файл, който ще бъде удобен за четене както на вас, така и на нас и ще можем да го променим по всяко време. Ще видим също така кой, кога и защо прави промени в него.

Инженерът на 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. Прочетете The Phoenix Project и DevOps Handbook. Това са истинските стълбове на философията на DevOps, като първият е художествена измислица.
2. Научете технологии от списъка по-горе: самостоятелно или чрез онлайн курсове.
3. Присъединете се като DevOps инженер за проект с отворен код.
4. Практикувайте и предлагайте DevOps практики за вашите лични и работни проекти.

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