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

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

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

Фото Мат Мур /Flickr/CC BY-SA

Какво е DevOps

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

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

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

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

Кой има нужда и не се нуждае от методологията

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

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

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

Кой наема

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

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

Колко заплащане

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

В САЩ те GET 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, четете тематични статии портал DZone и започнете да общувате с инженерите на DevOps Мързелив чат. Също така си струва да разгледате безплатните курсове Udacity или EDX.

Публикации от нашия блог:

• Фабрика за мрежова сигурност от Fortinet: какво може да направи
• Поглед отвътре: разопаковане на изцяло флаш система за съхранение NetApp AFF A300
• Разопаковане на Cisco UCS B480 M5 блейд сървър
• Сървъри за SAP: основни платформи
• Разопаковане: Cisco UCS

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