Како специјалист за DevOps стана жртва на автоматизација

Забелешка. превод.: Најпопуларната објава на подредитот /r/DevOps во изминатиот месец беше достојна за внимание: „Автоматизацијата официјално ме замени на работа - стапица за DevOps“. Нејзиниот автор (од САД) ја раскажа својата приказна, која ја оживеа популарната поговорка дека автоматизацијата ќе ја убие потребата за оние кои одржуваат софтверски системи.

Како специјалист за DevOps стана жртва на автоматизација
Објаснување на урбаниот речник за веќе воспоставената (?!) фраза за замена на лице со скрипта

Значи, еве ја самата публикација:

Вообичаена шега меѓу одделите DevOps е: „Ако автоматизираме сè, ќе останеме без работа“.

Сепак, токму тоа ми се случи мене и на стотина други инженери на DevOps. Не можам да навлегувам во детали поради договор за необјавување: сигурен сум дека порано или подоцна информациите ќе излезат на виделина, но не сакам да бидам тој што ќе ги искаже.

Ќе се обидам да дадам општа идеја за тоа како точно сè се случи.

Пред околу пет години, работев како менаџер во одделот DevOps на една средна технолошка компанија, добивајќи одлична плата во тоа време (190 илјади американски долари), што компензира за нашата неверојатна количина на принудна прекувремена работа.

Како што обично се случува, ме контактираше регрутер од LinkedIn. Тој претставуваше голем мултинационален конгломерат кој немаше апсолутно никаков интерес за мене како потенцијална можност за работа. Регрутерот напиша дека компанијата активно ги проширува своите тимови на софтверски инженери, развивачи и DevOps во пресрет на неколку големи проекти и истакна дека би сакале да ме поканат на интервју.

Одбив и реков дека не ме интересира. Тој праша колку сум направил и нагласи дека конгломератот веројатно ќе понуди многу повеќе. Ова ја поттикна мојата љубопитност - затоа што мислев дека веќе имам одлична плата.

Накратко, одлетав на интервју, добив позиција на повисоко раководство со плата од 275 илјади американски долари плус опции за акции и бонуси, како и можност да работам од далечина (т.е. не морав да се преселам), иако самиот идејата да работам за огромна корпорација не ми се допадна. Сепак, понудата беше премногу добра за да се одбие (тие ми ветија многу повеќе отколку што имаше Амазон претходно таа година).

Компанијата имаше оддел DevOps, но тој се состоеше првенствено од високи системски администратори кои можеа да пишуваат доволно во Python/Bash/PowerShell за тој да стане опасен. Затоа, им требаше тим од вистински инженери DevOps со искуство во програмирање на јазици од пониско ниво за да работат на сложени проекти.

Во текот на следните три години, нашиот оддел се зголеми. Морам да кажам дека раководството направи се како што треба. Речиси никогаш не ни беше одбиено ништо што баравме, а над 90% од нашите планирани проекти ги завршивме навреме и со буџет, што е навистина неверојатно.

Меѓутоа, пред околу една и пол година стана очигледно дека имаме автоматизирано буквално *сè*. Се разбира, сè уште имаше редовно одржување и проверки, но последнава година и пол навистина работев само 1-2 часа на ден, бидејќи немаше ништо друго да се направи. Немав намера да се откажам од толку добро платена работа, но се плашев дека на крајот ќе дојде денот Х, а потоа дојде вчера.

Во суштина, беше објавено дека повеќето од тимовите на DevOps беа распуштени (останаа 75 луѓе кои работат на одредени апликации) затоа што тимовите за ИТ и софтверско инженерство можеа да се справат со целиот код и едноставно немаше повеќе работа за момците од DevOps.

Ми понудија позиција во ИТ тимот, но платата таму беше речиси половина. Можев да продолжам да работам од далечина, но тие сакаа на крајот да се преселам во градот каде што се наоѓа канцеларијата за да можам почесто да бидам таму.

Штета е што се случи така бидејќи сакав да работам таму. Фирмата добро се погрижи за нас (не сметајќи го отказот, се разбира) и нема многу места за DevOps со плата над 200 илјади УСД и стандарден 8-часовен работен ден, речиси без прекувремена работа.

За среќа, мудро управував со моите пари и успеав да исплатам 4 хипотеки во целост во последните 5 години. Сега имам мал дополнителен приход, трошоците се ограничени, па можам да си дозволам полека да барам ново место.

Дополнувања (од преведувачот)

Самиот автор е таков коментари за мојот наслов: „Се извинувам ако ова наиде на мамка за кликање: само се обидував да додадам малку хумор во насловот, немајќи намера да ја претворам мојата приказна во клик-бајт или хорор на DevOps“.

И се согласивме со споменатата „стапица“, „замка“ во контекст на DevOps не сите коментатори: „Зошто стапица? Добивте добра плата (дури и повеќе од она што претходно беше опишано како „одлична“), се ослободивте од дополнителните часови, завршивте одлична работа и добивте одличен влез во биографијата“.

Неколку додатоци од другите коментари на авторот за оваа приказна:

  • За платата. Важни фактори се регионалните и професионалните. Авторот, како софтверски инженер со 25-годишно искуство, ја извршуваше позицијата менаџер на тим на DevOps. Притоа, неговото искуство не е ограничено на познавање на модерната инфраструктура, туку се протега и програмски јазици како што се C++, Fortran и Cobol, кои беа критични за интеракција со програмерите во организацијата.
  • За оние кои исто така мислеа дека 75 инженери на DevOps се многу. Во оваа компанија“работают функционираат повеќе од 50 илјади луѓе и буквално илјадници апликации“.

бонус

Ако сè уште не сте го прочитале неодамнешно интервју нашиот технички директор - Дмитриј Столјаров (дистол), - за конференцијата DevOpsConf и подкаст DevOps Deflope, потоа се осврна на слично прашање. А ова е ставот што беше искажан:

- И што тогаш [во случај на значително поедноставување на употребата на K8s] што ќе се случи со инженерите, системските администратори кои го поддржуваат Kubernetes?

Дмитриј: Што се случи со сметководителот по доаѓањето на 1C? Отприлика истото. Пред ова, тие сметаа на хартија - сега во програмата. Продуктивноста на трудот се зголеми по редови на големина, но самиот труд не исчезна. Ако претходно беа потребни 10 инженери да навртуваат сијалица, сега еден ќе биде доволен.

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

Но, некој сепак ќе треба да носи одлуки. Јасно е дека нивото на квалификации и специјализација на оваа личност е повисоко. Во денешно време во сметководство не треба 10 вработени да водат книги за да не им се заморат рацете. Едноставно не е потребно. Многу документи автоматски се скенираат и препознаваат од електронскиот систем за управување со документи. Доволен е еден паметен главен сметководител, веќе со многу поголеми вештини, со добро разбирање.

Во принцип, ова е начинот на кој треба да се оди во сите индустрии. Така е и со автомобилите: претходно доаѓаше автомобил со механичар и тројца возачи. Во денешно време, возењето автомобил е едноставен процес во кој сите учествуваме секојдневно. Никој не мисли дека автомобилот е нешто комплицирано.

DevOps или системското инженерство нема да исчезнат - работата и ефикасноста на високо ниво ќе се зголемат.

PS

Прочитајте и на нашиот блог:

Извор: www.habr.com

Додадете коментар