Видео: Ð is for Ðogecoin (Септември 2024)
Ако вашият малък и среден бизнес (SMB) използва здравословно количество софтуер на трети страни и собственост, вероятно трябва да помислите за наемане на професионалист по разработка (DevOps). Тези мозъчни разработчици са отговорни за широк спектър от задачи, включително писане на код, създаване на приложения, мащабиране на инфраструктура, създаване на виртуална среда и автоматизиране на системи и процедури. Те контролират инженеринга, осигуряването на качество (QA) и безпроблемните операции за всички междуведомствени софтуерни комуникации.
Помислете за този сценарий: Вашият екип от човешки ресурси (HR) иска да внедри HR софтуер, който може да им помогне да управляват документите на служителите. Вашият DevOps инженер, работещ заедно с вашия екип за разработка, помага за внедряването на новия инструмент, непрекъснато тества инструмента за осигуряване на постоянна функционалност, изгражда допълнителни функции според нуждите на компанията, наблюдава необходимата поддръжка и надстройки, помага за автоматизиране на предвидими процеси и връзки системата към други системи в организацията, като например вашия инструмент за управление на взаимоотношенията с клиенти (CRM). Вашият инженер DevOps трябва да може да допринася за този сценарий и всякакви подобни сценарии, включващи прилагането, експериментирането и комуникацията между различните ИТ инструменти.
„DevOps е нещо повече от автоматизиращ код“, казва Е.З. Бардегес, инженер на DevOps в Zynga, производител на игри, отговорен за Farmville и Words with Friends. „За по-малка компания, добрият инженер DevOps наистина е градивният елемент на технологичния продукт.“
Според Bardeguez основната цел на DevOps Engineer е да управлява сървъри на компанията, по-специално тези, които използват операционни системи с отворен код (OS) като BSD или Linux. Въпреки че работата с операционната система Windows е популярна и жизнеспособна алтернатива, тъй като Microsoft таксува за всеки сървър и потребител, в крайна сметка е по-скъпо от използването на инструмент с отворен код - повечето от които са безплатни и безкрайно изменяеми. При системите с отворен код най-големият ви разход ще бъде хотшот DevOps инженер, който може да защити софтуерни комуникации от A до Z.
Историята за произхода на DevOps
Необходимостта от DevOps като практика започна с линия на мислене, възникнала около началото на Agile Conference през 2008 г. На конференцията разработчикът на софтуер Патрик Дебойс (наричан понякога „Кръстникът на DevOps“) говори с колегите си за преодоляване на оперативната и философска пропаст между разработчиците и оперативните екипи. Дебойс, който преди беше възложен на проект за миграция на данни за белгийското правителство, забеляза осезаемо напрежение между разработчиците на проекта и системните администратори.
На следващата година Debois започва да промотира собствената си конференция Devopsdays, която се предлага на екипи за разработка и операции. Презентациите включваха: „Изграждане на гъвкава инфраструктура с кукла“, „Непрекъсната интеграция, тръбопроводи и внедряване“ и „Автоматизирано управление на конфигурацията“. След събитието, хаштагът на Twitter #DevOps стана (и продължава да бъде) епицентър на съвети, мнения и новини на DevOps (вижте по-долу).
#DevOps туитове
Днес 74 процента от предприятията са възприели практиките на DevOps съгласно доклад на компанията Infrastructure as-a-Service (IaaS) RightScale. И 70 процента от SMB, изследвани в доклада, също са приели принципите на DevOps.
Трябва ли да изберете DevOps?
През 2014 г. Forrester Research и IBM положиха основите за това, което ще стане пътната карта за успеха на DevOps. Докладът, който се основава на проучване на 600 ИТ специалисти, установи, че успехът на DevOps, особено що се отнася до внедряването на софтуер, се основава на осем ключови най-добри практики. Философията е изградена върху идеята, че организациите трябва да осигурят минимален жизнеспособен продукт за стартиране и след това постепенно да го усъвършенстват във времето в следващите версии.
Екипът на DevOps трябва да бъде специализирана група с междуфункционални дисциплини, която избягва свръхспециализацията. Екипът трябва да изгради слабо свързана архитектура между приложенията, за да опрости доставката и трябва да сведе до минимум броя стъпки между процесите, за да ускори работния процес. Членовете на екипа трябва да бъдат прозрачни по отношение на напредъка и да се спъват, за да разберат по-добре риска, но самият екип трябва да сведе до минимум докладите за състоянието и срещите, които отвличат вниманието от действителната малка партидна доставка. За да опрости целия процес на DevOps, екипът трябва да автоматизира своя собствен процес на тестване, така че да се избегне ръчно, отнемащо време тестване.
Въпреки че Бардегес е бичи по отношение на важността на своята роля, той внимава срещу всеки малък бизнес, който наема инженер DevOps. "Идеята на всички, които се нуждаят от тази роля, е опасна. Може да е напълно ненужна. Например, ако сте малка компания, която се занимава със счетоводство на по-големи фирми и разчитате предимно на файлов сървър и имейл, тогава вероятно не го правите" не се нуждаете от DevOps инженер. Но ако трябва да автоматизирате нещо, свързано със системи по отношение на вашия продукт или услуга, тогава най-определено ви трябва такава."
Идеалният DevOps Professional
И така, какво да търсите в новобранците DevOps? Да започнем с заплатата: Средният инженер на DevOps отчете среден годишен доход от 105 600 долара през 2015 г. според данни от мрежата за доставка на съдържание (CDN) и фирмата за киберсигурност Incapsula. Работодателите обикновено търсят кандидати с практически опит в системата, за разлика от скорошните висшисти, които имат специалност компютърни науки. Това е така, защото инженерите на DevOps са длъжни да взаимодействат във всички бизнес дисциплини, което означава, че те ще бъдат отговорни за убеждаването на лидерите в различни сфери на дейност, че експерименталните технологични процедури в дългосрочен план ще бъдат по-евтини и по-добри за организацията. В тази връзка, някой с дълбок технологичен опит и опит в корпоративна среда тръпне някой, който току-що излезе от училище на Ivy League.
След като сте намерили няколко кандидати със силен корпоративен или стартиращ опит, потърсете хора с дълбок опит в администрацията на Linux или Unix, както и с автоматизиращи процеси с опит, използвайки Chef или Puppet, които са най-разпространените инструменти за автоматизация на ИТ на пазара. Също така ще искате някой с богат фон, използващ облачни услуги, особено Amazon Web Services (AWS). Този човек трябва да владее добре MySQL и SQL, както и езиците за програмиране PHP, Python или Ruby.
