Зошто системските администратори треба да станат инженери на DevOps

Нема подобро време за учење во животот од денес.

2019 година е, а DevOps е порелевантен од кога било. Велат дека поминале деновите на системските администратори, исто како и ерата на мејнфрејм. Но, дали е ова навистина така?
Како што често се случува во ИТ, ситуацијата се промени. Методологијата DevOps се појави, но таа не може да постои без лице со вештини за системски администратор, односно без Ops.

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

Но, дали е навистина толку страшно? Би рекол дека недостигот на знаење не треба да се доживува како некој вид голем проблем. Тоа е повеќе професионален предизвик.

Производите во веб-скала се засноваат на Линукс или друг софтвер со отворен код и има се помалку луѓе на пазарот способни да ги одржуваат. Побарувачката веќе го надмина бројот на професионалци во оваа област. Системскиот администратор веќе нема да може едноставно да продолжи да работи без да го подобри нивото на своите вештини. Тој мора да има вештини за автоматизација за да управува со повеќе сервери/јазли и да има добро разбирање за тоа како тие работат за да ги решат проблемите што се појавуваат.

Пред да станете член на тимот на 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 до 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 статус, git commit -m, git add, git pull, git push, git rebase, git branch, git diff и други. Има многу онлајн курсеви и книги кои можат да ви помогнат да ја научите оваа тема од нула и да станете професионалец со специфични вештини. Има и прекрасни листови со измами со команди на Git, за да не мора да ги натрупате сите, но колку повеќе го користите Git, толку полесно ќе биде.

Заклучок

На крајот, вие одлучувате дали треба да станете специјалист за DevOps или дали е подобро да останете системски администратор. Како што можете да видите, постои крива на учење за да се направи транзиција, но колку побрзо започнете, толку подобро. Изберете програмски јазик и истовремено учете алатки како што се оди (контрола на верзијата), Џенкинс (CI/CD, континуирана интеграција) и Ansible (конфигурација и автоматизација). Без оглед на опцијата што ќе ја изберете, не заборавајте дека треба постојано да учите и да ги подобрувате своите вештини.

Извор: www.habr.com