Защо системните администратори трябва да станат 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. Един от примерите за употреба на скриптове е управлението на потребителски акаунти и групи. Създаването на потребителски акаунти и назначаването на разрешения е изключително досадна задача, тъй като потребителите се появяват и изчезват почти всеки ден. Автоматизацията чрез скриптове позволява освобождаване на време за решаване на по-важни инфраструктурни задачи, например за обновление на превключватели и сървъри и изпълнение на други проекти, които влияят на рентабилността на компанията, в която работи администраторът (въпреки че е общоприето, че ИТ-отделът не носи директно приходи).

Задачата на системния администратор е да не губи време напразно и да спестява пари на компанията по всякакъв възможен начин. Понякога системните администратори работят като членове на голям екип, обединяващ, например, администратори на 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