🥇Референца: како функционира процесот на континуирана интеграција

Денес ќе ја разгледаме историјата на терминот, ќе разговараме за тешкотиите при имплементацијата на CI и ќе обезбедиме неколку популарни алатки кои ќе ви помогнат да работите со него.

/фликр/ Алтуг Каракоч / CC BY / Фотографијата е изменета

терминот

Континуираната интеграција е пристап кон развој на апликации што вклучува често изработување проекти и тестирање на кодови.

Целта е да се направи процесот на интеграција предвидлив и да се откријат потенцијалните грешки и грешки во рана фаза, за да има повеќе време да се поправат.

Терминот Континуирана интеграција првпат се појави во 1991 година. Тој беше воведен од креаторот на јазикот UML Грејди Буч (Грејди Буч). Инженерот го воведе концептот на CI како дел од сопствената развојна пракса - Booch метод. Тоа имплицираше постепено усовршување на архитектурата при дизајнирање објектно-ориентирани системи. Гради не опиша никакви барања за континуирана интеграција. Но подоцна во неговата книга „Објектно-ориентирана анализа и дизајн со апликации„Тој рече дека целта на методологијата е да се забрза објавувањето на „внатрешните изданија“.

Приказна

Во 1996 година, КИ беше усвоен од креаторите на методологијата екстремно програмирање (XP) - Кент Бек (Кент Бек) и Рон Џефрис (Рон Џефрис). Континуираната интеграција стана еден од дванаесетте клучни принципи на нивниот пристап. Основачите на XP ги појаснија барањата за методологијата CI и ја истакнаа потребата од изградба на проектот неколку пати на ден.

Во раните 2000-ти, еден од основачите на Agile Alliance започна да ја промовира методологијата за континуирана интеграција Мартин Фаулер (Мартин Фаулер). Неговите експерименти со CI доведоа до првата софтверска алатка во оваа област - CruiseControl. Услужната алатка е создадена од колегата на Мартин, Метју Фомел.

Циклусот на градење во алатката се имплементира како демон кој периодично го проверува системот за контрола на верзијата за промени во основата на кодот. Решението може да се преземе денес - тоа дистрибуирани од под лиценца слична на BSD.

Со доаѓањето на софтверот за CI, се повеќе компании почнаа да ја прифаќаат оваа практика. Според истражувањето на Форестер [страница 5 извештај], во 2009 година, 86% од педесетте технолошки компании анкетирани користеле или имплементирале CI методи.

Денес, практиката на континуирана интеграција се користи од организации од широк спектар на индустрии. Во 2018 година, голем провајдер на облак спроведе анкета меѓу ИТ специјалисти од компании од секторите за услуги, образование и финансии. Од шест илјади испитаници, 58% рекле дека користат алатки и принципи на КИ во својата работа.

Како го прави ова дело

Континуираната интеграција се заснова на две алатки: систем за контрола на верзијата и CI сервер. Вториот може да биде или физички уред или виртуелна машина во опкружување облак. Програмерите поставуваат нов код еден или повеќе пати на ден. CI серверот автоматски го копира со сите зависности и го гради. После тоа, се извршува тестови за интеграција и единица. Ако тестовите поминат успешно, системот CI го распоредува кодот.

Општиот дијаграм на процесот може да се претстави на следниов начин:

Методологијата CI поставува голем број барања за програмерите:

Поправете ги проблемите веднаш. Овој принцип дојде до CI од екстремното програмирање. Поправањето на грешки е највисок приоритет на програмерите.
Автоматизирајте ги процесите. Програмерите и менаџерите мора постојано да бараат тесни грла во процесот на интеграција и да ги елиминираат. На пример, често има тесно грло во интеграцијата излегува тестирање.
Спроведете собранија колку што е можно почесто. Еднаш дневно за да се синхронизира работата на тимот.

Тешкотии при имплементацијата

Првиот проблем се високите оперативни трошоци. Дури и ако некоја компанија користи отворени CI алатки (за кои ќе зборуваме подоцна), сепак ќе треба да троши пари за поддршка на инфраструктурата. Сепак, облак технологиите може да бидат решението.

Тие го поедноставуваат склопувањето на компјутерски конфигурации од различни размери. Плус на компанијата плати само за искористените ресурси, што помага да се заштеди на инфраструктурата.

Според анкетите [страница 14 Член], континуираната интеграција го зголемува оптоварувањето на вработените во компанијата (барем на почетокот). Мора да научат нови алатки, а колегите не секогаш помагаат при обуката. Затоа, мора да се справите со нови рамки и услуги во движење.

Третата тешкотија се проблемите со автоматизацијата. Организациите со голема количина на наследен код што не е покриен со автоматизирани тестови се соочуваат со овој проблем. Ова води до фактот дека кодот едноставно се препишува пред целосната имплементација на CI.

/фликр/ тие / CC BY-SA

Кој користи

ИТ гигантите беа меѓу првите кои ги ценеа придобивките од методологијата. Google користи континуирана интеграција од средината на 2000-тите. CI беше имплементиран за да се реши проблемот со одложувањата во пребарувачот. Континуираната интеграција помогна брзо да се откријат и решат проблемите. Сега CI се користи од сите оддели на ИТ гигантот.

Континуираната интеграција им помага и на малите компании, а алатките за CI ги користат и финансиските и здравствените организации. На пример, во Morningstar, услугите за континуирана интеграција помогнаа да се закрпат пропустите 70% побрзо. И медицинската платформа Philips Healthcare успеа да ја удвои брзината на ажурирањата за тестирање.

Алатки

Еве неколку популарни алатки за CI:

Џенкинс е еден од најпопуларните CI системи. Поддржува повеќе од илјада приклучоци за интеграција со различни VCS, облак платформи и други услуги. Ние исто така користиме Џенкинс во алатката 1cloud: вклучени во нашиот систем DevOps. Тој редовно ја проверува гранката Git наменета за тестирање.
Buildbot — python рамка за пишување на сопствени континуирани процеси на интеграција. Почетното поставување на алатката е доста комплицирано, но тоа се компензира со широките опции за прилагодување. Меѓу предностите на рамката, корисниците го истакнуваат нејзиниот низок интензитет на ресурси.
Конкурс CI е сервер од Pivotal кој користи Docker контејнери. Concourse CI се интегрира со какви било алатки и системи за контрола на верзии. Програмерите забележуваат дека системот е погоден за работа во компании од која било големина.
Гитлаб CI е алатка вградена во системот за контрола на верзијата на GitLab. Услугата работи во облакот и користи YAML-датотеки за конфигурација. Како Concourse, Gitlab CI се применува Докер контејнери кои помагаат да се изолираат различни процеси едни од други.
Кодекс е облак CI сервер кој работи со GitHub, GitLab и BitBucket. Платформата не бара долго почетно поставување - стандардните претходно инсталирани CI процеси се достапни во Codeship. За мали (до 100 изданија месечно) и проекти со отворен код, Codeship е достапен бесплатно.

Материјали од нашиот корпоративен блог:

Извор: www.habr.com

Референца: како функционира процесот на континуирана интеграција