Защо системните администратори трябва да станат 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, бази данни, съхранение и т.н. Работните графици също варират. Например смяна в една часова зона в края на деня прехвърля случаи към следващата смяна в друга часова зона, така че процесите да не спират (следване на слънцето); или служителите имат нормален работен ден от 9 до 5 часа; или работи в XNUMX/XNUMX център за данни.

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

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

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

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

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

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

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

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

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

И последният детайл в този механизъм е отивам. Работата с 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 специалист или е по-добре да останете системен администратор. Както можете да видите, има крива на обучение, за да направите прехода, но колкото по-рано започнете, толкова по-добре. Изберете език за програмиране и едновременно с това научете инструменти като отивам (контрол на версията), Дженкинс (CI/CD, непрекъсната интеграция) и Ansible (конфигуриране и автоматизация). Какъвто и вариант да изберете, не забравяйте, че трябва постоянно да учите и подобрявате уменията си.

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