🥇Ръководство за манекени: Изграждане на DevOps вериги с инструменти с отворен код

Изграждане на вашата първа DevOps верига в пет стъпки за начинаещи.

DevOps се превърна в панацея за твърде бавни, несвързани и иначе проблематични процеси на разработка. Но имате нужда от минимални познания в DevOps. Ще обхване концепции като веригата DevOps и как да създадете такава в пет стъпки. Това не е пълно ръководство, а само "риба", която може да бъде разширена. Да започнем с историята.

Моето въведение в DevOps

Преди работех с облаци в Citi Group и разработвах IaaS уеб приложение за управление на облачната инфраструктура на Citi, но винаги съм се интересувал от това как да оптимизирам веригата за разработка и да подобря културата сред разработчиците. Грег Лавандър, нашият технически директор за облачна архитектура и инфраструктура, ми препоръча тази книга. Проект Феникс. Той обяснява красиво принципите на DevOps и се чете като роман.

Таблицата на гърба показва колко често компаниите пускат нови версии:

Как Amazon, Google и Netflix успяват да разпространят толкова много? И това е просто: те измислиха как да създадат почти перфектна DevOps верига.

Нещата бяха много различни за нас в Citi, докато не преминахме към DevOps. Тогава моят екип имаше различни среди, но ние направихме доставката до сървъра за разработка ръчно. Всички разработчици имаха достъп само до един сървър за разработка, базиран на IBM WebSphere Application Server Community Edition. При едновременен опит за доставка сървърът „падна“ и всеки път трябваше „болезнено“ да преговаряме помежду си. Освен това имахме недостатъчно покритие на кода с тестове, отнемащ време процес на ръчно доставяне и нямаше начин да проследим доставянето на код с помощта на някаква задача или клиентско изискване.

Беше ясно, че спешно трябва да се направи нещо и намерих съмишленик. Решихме да създадем заедно първата DevOps верига – той настрои виртуална машина и сървър за приложения Tomcat, а аз се погрижих за Дженкинс, интеграция с Atlassian Jira и BitBucket, както и покритие на кода с тестове. Проектът беше успешен: ние напълно автоматизирахме веригата за разработка, постигнахме почти 100% ъптайм на сървъра за разработка, успяхме да наблюдаваме и подобрим покритието на кода с тестове и Git клон може да бъде свързан с доставка и издаване на Jira. И почти всички инструменти, които използвахме за изграждане на веригата DevOps, бяха с отворен код.

Всъщност веригата беше опростена, защото дори не прилагахме разширени конфигурации, използвайки Jenkins или Ansible. Но ние успяхме. Може би това е следствие от принципа Парето (известен още като правилото 80/20).

Кратко описание на DevOps и CI/CD веригата

DevOps има различни дефиниции. DevOps, подобно на Agile, включва различни дисциплини. Но повечето ще се съгласят със следното определение: DevOps е метод или жизнен цикъл на разработка на софтуер, чийто основен принцип е да се създаде култура, в която разработчиците и другите служители са „на една и съща дължина на вълната“, ръчният труд е автоматизиран, всеки прави това, в което е най-добър, честотата на доставките се увеличава, производителността на труда се увеличава, гъвкавостта се увеличава.

Докато инструментите сами по себе си не са достатъчни за създаване на DevOps среда, те са незаменими. Най-важното от тях е непрекъснатата интеграция и непрекъснатата доставка (CI/CD). Има различни етапи във веригата за всяка среда (напр. DEV (разработване), INT (интегриране), TST (тестване), QA (осигуряване на качеството), UAT (тестване за приемане от потребителя), STG (подготовка), PROD (използване)) , ръчните задачи са автоматизирани, разработчиците могат да създават качествен код, да го доставят и лесно да възстановяват.

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

Да се залавяме за работа.

Стъпка 1: CI/CD платформа

На първо място, имате нужда от CI/CD инструмент. Jenkins е лицензиран от MIT CI/CD инструмент с отворен код, написан на Java, който популяризира движението DevOps и се превърна в де факто стандарт за CICD.

Какво е Дженкинс? Представете си, че имате магически контролен панел за различни услуги и инструменти. Сам по себе си CI/CD инструмент като Jenkins е безполезен, но с различни инструменти и услуги той става всемогъщ.

В допълнение към Jenkins има много други инструменти с отворен код, изберете всеки.

Ето как изглежда процесът DevOps с CI/CD инструмент

Имате CI/CD инструмент в localhost, но все още няма много работа. Да преминем към следващата стъпка.

Стъпка 2: Версиониране

Най-добрият (и може би най-лесният) начин да тествате магията на CI/CD инструмент е да го интегрирате с инструмент за управление на контрола на източниците (SCM). Защо ви е необходим контрол на версиите? Да приемем, че правите заявление. Пишете го на Java, Python, C++, Go, Ruby, JavaScript или всеки друг език, който е каруца и малка количка. Това, което пишете, се нарича изходен код. В началото, особено ако работите сами, можете да запишете всичко в локална директория. Но тъй като проектът се разраства и повече хора се присъединяват, вие се нуждаете от начин да споделяте промените в кода, но избягвате конфликти при обединяването на промените. Освен това трябва по някакъв начин да възстановите предишни версии, без да използвате резервни копия и да използвате метода за копиране и поставяне за кодови файлове.

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

Има много SCM инструменти, но Git заслужено се превърна в де факто стандарт. Съветвам ви да го използвате, но има и други опции.

Ето как изглежда тръбопроводът DevOps след добавяне на SCM.

Инструментът CI/CD може да автоматизира качването и изтеглянето на изходния код и екипното сътрудничество. Не е зле? Но сега как да направите работещо приложение от това, обичано от милиарди потребители?

Стъпка 3: Инструмент за автоматизация на изграждане

Всичко върви както трябва. Можете да качите код и да извършите промени в контрола на източника и да поканите приятели да работят с вас. Но все още нямате приложение. За да бъде това уеб приложение, то трябва да бъде компилирано и пакетирано за разпространение или да се изпълнява като изпълним файл. (Интерпретиран език за програмиране като JavaScript или PHP не е необходимо да се компилира.)

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

Перфектно! Сега нека вмъкнем конфигурационните файлове на инструмента за автоматизиране на изграждането в контрола на източника, така че инструментът CI/CD да ги изгради.

Чувства се добре. Но къде е всичко това да се разгърне сега?

Стъпка 4: Сървър за уеб приложения

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

Уеб приложение може да бъде хоствано на сървър за уеб приложения. Сървърът на приложения осигурява среда, в която можете да изпълнявате пакетирана логика, да визуализирате интерфейси и да излагате уеб услуги през сокет. Имате нужда от HTTP сървър и няколко други среди (например виртуална машина), за да инсталирате сървъра за приложения. Засега нека се преструваме, че се справяте с всичко това, докато вървите (въпреки че ще говоря за контейнерите по-долу).

Има няколко отворени сървъра за уеб приложения.

Вече имаме почти работеща DevOps верига. Добра работа!

По принцип можете да спрете тук, след което можете да се справите сами, но си струва да говорите за качеството на кода.

Стъпка 5: Тестово покритие

Тестването отнема много време и усилия, но е по-добре веднага да откриете грешки и да подобрите кода, за да угодите на крайните потребители. За тази цел има много отворени инструменти, които не само ще тестват кода, но и ще съветват как да го подобрите. Повечето CI/CD инструменти могат да се включат в тези инструменти и да автоматизират процеса.

Тестването е разделено на две части: тестови рамки за писане и изпълнение на тестове и инструменти със съвети за подобряване на качеството на кода.

Рамки за тестване

Инструменти с качествени накрайници

Повечето от тези инструменти и рамки са написани за Java, Python и JavaScript, тъй като C++ и C# са патентовани (въпреки че GCC е с отворен код).

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

Допълнителни стъпки

Контейнери

Както казах преди, сървърът за приложения може да бъде хостван във виртуална машина или сървър, но контейнерите са по-популярни.

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

За контейнери обикновено се вземат Docker и Kubernetes, въпреки че има и други опции.

Прочетете статии за Docker и Kubernetes на opensource.com:

Инструменти за автоматизация на мидълуер

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

Ето някои опции за инструменти за автоматизация на отворен междинен софтуер:

Подробности в статиите opensource.com:

А сега какво?

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

Ето още няколко добри статии за DevOps за начинаещи:

Можете също да интегрирате DevOps с отворени гъвкави инструменти:

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

Ръководство за манекени: Изграждане на DevOps вериги с инструменти с отворен код