🥇Водич за Dummies: Градење DevOps синџири со алатки со отворен код

Градење на вашиот прв синџир DevOps во пет чекори за почетници.

DevOps стана лек за премногу бавни, исклучени и на друг начин проблематични развојни процеси. Но, ви треба минимално знаење во DevOps. Ќе опфати концепти како што е синџирот DevOps и како да се создаде еден во пет чекори. Ова не е целосен водич, туку само „риба“ што може да се прошири. Да почнеме со историјата.

Мојот вовед во DevOps

Порано работев со облаци во Citi Group и развивав веб-апликација IaaS за управување со инфраструктурата на облак на Citi, но отсекогаш ме интересирало како да го оптимизирам развојниот синџир и да ја подобрам културата меѓу програмерите. Грег Лавендер, нашиот CTO за архитектура и инфраструктура во облак, ми ја препорача оваа книга. Проект „Феникс“. Прекрасно ги објаснува принципите на DevOps и се чита како роман.

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

Како Амазон, Гугл и Нетфликс успеваат да пуштат толку многу? И тоа е едноставно: тие сфатија како да создадат речиси совршен синџир на 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. Џенкинс е лиценцирана од MIT, CI/CD алатка со отворен код, напишана на Java, која го популаризираше движењето DevOps и стана де факто стандард за CICD.

Што е Џенкинс? Замислете дека имате магичен контролен панел за различни услуги и алатки. Самата алатка CI/CD како Џенкинс е бескорисна, но со различни алатки и услуги, таа станува семоќна.

Покрај Џенкинс, има многу други алатки со отворен код, изберете која било.

Еве како изгледа процесот 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:

Алатки за автоматизација на Middleware

Нашиот синџир DevOps е фокусиран на заедничко градење и испорака на апликација, но има и други интересни работи што можете да ги правите со алатките DevOps. На пример, користете Infrastructure as Code (IaC) алатки, исто така познати како алатки за автоматизација на Middleware. Овие алатки помагаат да се автоматизира инсталацијата, управувањето и другите задачи за среден софтвер. На пример, алатка за автоматизација може да земе апликации (сервер за веб-апликации, база на податоци, алатки за следење) со правилни конфигурации и да ги турка до серверот за апликации.

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

Детали во написите opensource.com:

И сега што?

Ова е само врвот на ледениот брег. Синџирот DevOps може да направи многу повеќе. Започнете со CI/CD алатка и видете што друго можете да автоматизирате за да си ја олесните работата. Не заборавајте за отворени алатки за комуникација за ефективна соработка.

Еве уште неколку добри написи за DevOps за почетници:

Можете исто така да интегрирате DevOps со отворени агилни алатки:

Извор: www.habr.com

Водич за Dummies: Градење на DevOps синџири со алатки со отворен код