Защо системните администратори трябва да станат DevOps инженери

Няма по-добро време за учене от това, което е днес.

Сега сме в 2019-та година и темата за DevOps е по-актуална от всякога. Казват, че дните на системните администратори са отминали, както отмина епохата на мейнфреймовете. Но наистина ли е така?
Както често се случва в ИТ, ситуацията се промени. Появи се методологията DevOps, но тя не може да съществува без човек с умения на системен администратор, тоест без Ops.

Преди DevOps подходът да придобие съвременния си вид, аз се смятах за Ops. И знам много добре какво изпитва системният администратор, когато осъзнае колко много не знае и колко малко време има, за да го научи.

Но наистина ли всичко е толкова страшно? Бих казал, че не трябва да възприемате липсата на знания като голям проблем. Това е по-скоро професионално предизвикателство.

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

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

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

На първо място е важно да разберете, че DevOps не е конкретна позиция в компанията, а набор от определени практики. Тези практики предвиждат разпределение на изолирани системи, минимизиране на вредата от бъгове и грешки, често и навременно обновление на софтуер, добре установена комуникация между разработчиците (Dev) и администраторите (Ops), както и постоянно тестване не само на кода, но и на цялата структура в рамките на процеса непрекъсната интеграция и доставка (CI/CD).

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

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

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

Какво да направите? За да останете търсени специалисти, трябва да придобиете актуални умения - да усвоите поне един език за програмиране, например Python. На човек, който професионално се занимава с администриране, може да му се стори трудно, тъй като е свикнал да мисли, че само разработчиците програмират. Съвсем не е необходимо да ставате експерт, но познаването на един от езиците за програмиране (това може да бъде Python, Bash или дори Powershell), несъмнено ще бъде предимство.

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

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

Но колко вярно е това твърдение?

Системен администратор: един в полето воин

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

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

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

Той ще отговаря и за обновяване на хардуера, проверка и анализ на логовете, одит на сигурността, инсталиране на пачове на сървъра, отстраняване на проблеми, анализ на основните причини и автоматизация — обикновено чрез скриптове на PowerShell, Python или Bash. Един от примерите за използване скриптове е управлението на потребителски и групови акаунти. Създаването на потребителски акаунти и назначаването на разрешения е изключително уморителна задача, тъй като потребителите се появяват и изчезват почти всеки ден. Автоматизацията чрез скриптове позволява да се освободи време за решаване на по-важни инфраструктурни задачи, например за обновяване на суичове и сървъри и осъществяване на други проекти, които влияят на рентабилността на компанията, в която работи администраторът (въпреки че се счита, че IT отделът не носи пряко доходи).

Задачата на системния администратор е да не губи време напразно и да спестява средства на компанията по всякакъв възможен начин. Понякога системните администратори работят като част от голям екип, комбиниращ, например, администратори на Linux, Windows, бази данни, хранилища и т.н. Работното време също може да бъде различно. Например, смяна в една часова зона в края на деня предава задачите на следващата смяна в друга часова зона, за да не спират процесите (follow-the-sun); или служителите имат обикновен работен ден от 9 до 17 часа; или това е работа в денонощен дата център.

Системните администратори с времето са научили да мислят стратегически и да съчетават важни задачи с рутинни ангажименти. Екипите и отделите, в които работят, обикновено нямат достатъчно ресурси, но все пак всички се стараят да изпълняват ежедневните си задачи напълно.

DevOps: разработка и поддръжка на единни

DevOps е вид философия на процесите на разработка и поддръжка. Такъв подход в света на ИТ стана наистина иновативен.

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

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

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

Темата за автоматизацията става все по-актуална. Както системните администратори, така и специалистите по DevOps се интересуват от бързо мащабиране, намаляване на броя на грешките, както и от бързо локализиране и отстраняване на съществуващи проблеми. Така автоматизацията е концепция, където двете области се припокриват. Системните администратори са отговорни за облачните услуги като AWS, Azure и Google Cloud Platform. Те трябва да разберат принципите на непрекъсната интеграция и доставка и как да използват в работата си инструменти като Jenkins.

Освен това, системните администратори трябва да прилагат инструменти за настройка и управление като Ansible, необходими за паралелно разгръщане на десет или двадесет сървъра.

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

И последният детайл в този механизъм е Git. Работа с Git — едно от традиционните ежедневни задължения на системния администратор. Тази система за управление на версиите е широко използвана от разработчиците, специалистите DevOps, Agile екипите и много други. Ако работата ви е свързана с жизнения цикъл на софтуера, вие определено ще работите с Git.

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

Ако сте системен администратор, необходимо е да изучите Git по-добре, да разберете как се изгражда управление на версиите и да запомните разпространените команди: git status, git commit -m, git add, git pull, git push, git rebase, git branch, git diff и други. Има много онлайн курсове и книги, които могат да помогнат да усвоите тази тема от нулата и да станете професионалист с конкретни умения. Съществуват и чудесни шпаргалки с команди на Git, така че не е необходимо да ги заучавате всички, но колкото повече използвате Git, толкова по-лесно ще ви бъде.

Заключение

В крайна сметка вие сами решавате дали да станете специалист DevOps или да останете системен администратор. Както виждате, за прехода е нужно обучение, но колкото по-скоро започнете, толкова по-добре. Изберете език за програмиране и паралелно изучавайте инструменти като Git (контрол на версиите), Jenkins (CI/CD, непрекъсната интеграция) и Ansible (конфигуриране и автоматизация). Независимо от избора, не забравяйте, че трябва постоянно да се учите и да усъвършенствате уменията си.

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