🥇Какво е методологията DevOps и на кого му е нужна

Разбираме каква е същността на методологията и на кого може да донесе полза.

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

Снимка Мат Мур / Flickr / CC BY-SA

Какво е DevOps

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

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

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

Когато разработчикът разбира с какво се сблъсква администраторът при настройка на сървъра, той ще се постарае да изглади възможните "остри ъгли" в кода. Това намалява броя на бъговете при разгръщането на приложението — статистиката показва, че той намалява

приблизително пет пъти.

Много Кому е нужна и не е нужна методологиятаИТ експертите смятат

, че DevOps ще донесе полза на всяка организация, която се занимава с разработка на софтуер. Това е валидно дори в случая, когато компанията е просто потребител на ИТ услуги и не разработва свои приложения. В такъв случай внедряването на DevOps култура ще помогне да се съсредоточите върху иновациите. съставляват Изключение startup-и, но и тук всичко зависи от мащаба на проекта. Ако вашата цел е да пуснете минимално жизнеспособен продукт (minimum viable product, MVP), за да тествате нова идея, можете да се справите и без DevOps. Например, основателят на Groupon в началото на работата си по услугата ръчно размещаше

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

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

Как да внедрим DevOps

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

За какво отива най-много време при обновяване на софтуера?
Може ли този процес да бъде автоматизиран?
Влияе ли структурата на организацията на това?

Подробно за идентифициране на проблемите в организацията може да се прочете в книги «Проект „Феникс“» и „Ръководство за DevOps» от авторите на методологията.

Променете културата в компанията. Важно е да убедите всички служители да променят познатите си начини на работа и да разширят своите компетенции. Например, във Facebook всички програмисти отговарят за жизнения цикъл на приложението в цялост: от написването на кода до внедряването. Също така във Facebook няма отдел за тестване — тестовете пишат самите разработчици.

Започнете с малко. Изберете процеса, който отнема най-много време и усилия при издаването на обновления, и автоматизирайте го. Това може да бъде тестването или процесът на разгръщане на приложения. Експертите препоръчват първо внедряват инструменти за разпределено управление на версиите. С тях е по-лесно да се управляват изходните кодове. Между тези решения най-известни са Git, Mercurial, Subversion (SVN) и CVS.

Също така е добре да обърнете внимание на системите за непрекъсната интеграция, отговорни за изграждането и тестването на крайния продукт. Примери за такива инструменти: Jenkins, TeamCity и Bamboo.

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

Критика на DevOps

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

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

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

Снимка Ед Иванушкин / Flickr / CC BY-SA

Кой е DevOps инженер

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

Фокусът на DevOps инженера е, че той съчетава множество професии: администратор, разработчик, тестер и мениджър.

Джо Санчес, DevOps евангелист от VMware, компания-разработчик на софтуер за виртуализация, изтъкна редица умения, които DevOps инженерът трябва да притежава. Освен очевидното познание на методологията DevOps, този човек трябва да има опит в администрирането на ОС Windows и Linux и опит с инструменти за автоматизация като Chef, Puppet, Ansible. Освен това, той трябва да умее да пише скриптове и код на няколко езика и да разбира от мрежови технологии.

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

Кой наема

DevOps инженери могат да донесат полза на всяка организация, чиято дейност е свързана с разработка на приложения или управление на голямо количество сървъри. DevOps инженери наемат ИТ гиганти като Amazon, Adobe и Facebook. Освен това те работят за Netflix, Walmart и Etsy.

Не наемат DevOps инженери само стартапи. Тяхната задача е да пуснат минимално жизнеспособен продукт, за да тестват нова идея. В повечето случаи стартапите могат да се справят и без DevOps.

Колко плащат

DevOps инженери печелят повече от всички в индустрията. Средният доход на такива специалисти по света е между 100 и 125 хил. долара годишно.

В САЩ те получават 90 хиляди долара на година (500 хиляди рубли на месец). В Канада получават плащат 122 хиляди долара на година (670 хиляди рубли на месец), а в Обединеното кралство — 67,5 хиляди британски лири на година (490 хиляди рубли на месец).

Що се отнася до Русия, московските компании са готови да плащат на DevOps специалисти от 100 до 200 хиляди рубли на месец. В Санкт Петербург работодателите са малко по-щедри — предлагат 160–360 хиляди рубли на месец. В регионите заплатата е между 100–120 хиляди рубли на месец.

Как да станете специалист по DevOps

DevOps е сравнително ново направление в ИТ, затова няма утвърден списък с изисквания към DevOps инженери. В обявите за работа сред изискванията за тази длъжност можете да срещнете както умения за администриране на Debian и CentOS, така и възможността за работа с дискови RAID масиви.

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

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

За да разберете къде ви липсват знания, можете да се възползвате от мини-википедия на GitHub или умствена карта. Резиденти на Hacker News също така препоръчват да прочетете книгите «Проект „Феникс“» и „Ръководство за DevOps» (които споменахме по-горе) и «Философия на DevOps. Изкуството на управление на ИТ» под печата на O’Reilly Media.

Можете също така да се абонирате за бюлетина Devops Weekly, да прочетете статии от тематичния портал DZone и да започнете да общувате с DevOps инженери в Slack чата. Също така трябва да проучите безплатните курсове на Udacity или edX.

Постове от нашия блог:

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