DevOps срещу Agile! Всичко, което трябва да знаете



Този блог DevOps срещу Agile сравнява как се различават двете методологии за разработване на софтуер, практики / процеси, които те следват, и каква е основната им област на фокус.

DevOps, е модна дума, която е в тенденция в индустрията от доста време насам. Но въпреки популярността си, има много объркване, свързано с това колко е различно от Agile. Какво е по-лошо? The DevOps срещу Agile , е безкраен дебат в ИТ индустрията.

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





Вие амбициозен инженер на DevOps очаквате да научите всички инструменти на DevOps? Е, ако сте, тогава трябва да помислите като научите всички най-добри инструменти. Един такъв инструмент, който трябва да бъде в списъка ви, е Ansible.

Характеристика DevOps Пъргав
Ловкост Ловкост както в разработката, така и в операциитеЛовкост само в развитието
Процеси / практики Включва процеси като CI, CD, CT и др.Включва практики като Agile Scrum, Agile Kanban и др.
Област на ключовия фокус Навременността и качеството имат еднакъв приоритетНавременността е основният приоритет
Цикли на издаване / Спринтове за разработка По-малки цикли на освобождаване с незабавна обратна връзкаПо-малки цикли на освобождаване
Източник на обратна връзка Обратната връзка е от себе си (инструменти за наблюдение)Обратната връзка е от клиентите
Обхват на работа Ловкост и нужда от автоматизацияСамо пъргавина


DevOps срещу Agile



Основополагащият принцип на Agile е внасянето на ловкост в развитието. Но основополагащият принцип на DevOps е внасянето на ловкост както в разработката, така и в операциите. Преди да говоря за техническите разлики между DevOps срещу Agile, искам да задам контекста направо. Следователно ще говоря за няколко нетехнически разлики, които трябва да знаете.

Важното е да се отбележи, че DevOps не е заместител на Agile! Звучи погрешно? Не, Agile не умира. Но дали DevOps е по-добър? Да, това е подобрение.

Докато Agile беше естествен заместител на модела Waterfall и други Scrum практики, DevOps не е заместител. Но той е пряк наследник на Agile.



Подобно на това как с времето практиките се подобряват с течение на времето, Agile също нараства предизвикателствата си и DevOps се оказва по-оптимизираната практика.

mysql_fetch_array

Защо DevOps е по-добър от пъргавия?

Нека разберем това, като първо научим какви са били предизвикателствата при разработването на софтуер Agile.

Agile разработването на софтуер е свързано със следване на набор от най-добри практики за своевременно създаване на качествен софтуер. Но проблемът е, че най-добрите практики, които се следват, включват хора, работещи в Силози .

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

Тази работа със силози на екипи е причината за скандалната „Виновна игра“, която се случва, когато даден софтуер се провали или има големи недостатъци.

Виновната игра

Когато клиентът се оплаква от софтуер, вината се хвърля вътрешно един върху друг. Екипът на „Dev“ би посочил с пръст екипа на „QA“. След това екипът на „QA“ ще посочи с пръст екипа на „ITOps“, който ще пренасочи вината към екипа на „Dev“.

виновна игра - devops срещу agile - edureka

Независимо от проблема, който се намира в разработения код или в системите, където кодът е разгърнат, проблемът остава изолиран, тъй като никой не иска да поеме собствеността върху прекъсването.

Решение на този вечен проблем?

DevOps ! Можеше да предположиш това. Но можете ли да познаете как DevOps преодолява Силозите?

Simple- DevOps разбива силозите точно през средата. В DevOps екипът „Dev“, екипът „ITOps“ и екипът „QA“ не са самостоятелно работещи части от гамата. Но те са „едно“.

Практиката на DevOps използва a Инженер на DevOps - кой прави всичко: - разработване на кода, тестване на този код и внедряване на същия код в производството. И така, обединението решава ли проблема?

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

Тъй като той е едноличен собственик, има много малко проблеми, които ще възникнат. И дори да възникнат проблеми, човекът, който познава продукта най-добре, ще бъде на работа.

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

Изпълняват ли се DevOps само от DevOps инженери?

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

Ако искате да прочетете за различните Роли на DevOps което може да съществува в организация, тогава .

Технически разлики между DevOps срещу Agile

Процес или практики?

Agile развитието включва набор от практики като: Agile Scrum & Пъргав канбан .

DevOps включва набор от технически процеси като: Непрекъснато развитие, Непрекъсната интеграция (CI), Непрекъснато тестване (CI), Непрекъснато внедряване (CD) и Непрекъснато наблюдение.

Основна зона на фокус?

Agile разработката се фокусира главно върху своевременното издаване на качествен софтуер.

DevOps отива още една стъпка напред. Той се фокусира върху гарантирането на качествен софтуер своевременно. Качеството се гарантира от Непрекъснато наблюдение софтуерното приложение след неговото внедряване.

Цикли на издаване / Спринтове за разработка

Agile се фокусира върху по-малки цикли на освобождаване с постепенно доставяне на софтуер.

DevOps се фокусира върху по-малките цикли на освобождаване с постепенна доставка и незабавна обратна връзка.

Кой дава обратна връзка?

В Agile обратната връзка се дава предимно от клиенти.

В DevOps обратната връзка се измерва най-вече от вътрешния екип (чрез използване на инструментите за непрекъснато наблюдение).

Обхват на работа

Agile се фокусира главно върху работата със скорост или ловкост.

DevOps се фокусира главно върху постигането на автоматизация чрез организиране на различни инструменти DevOp.

Сега това слага край на този блог DevOps срещу Agile. Следете Edureka за още интересни блогове в DevOps. За по-добро разбиране на разликите между DevOps и Agile можете да се обърнете към видеото по-долу.

DevOps срещу Agile | Урок за начинаещи за DevOps | Обучение на DevOps | Едурека

За структурирано обучение по DevOps вижте от Edureka, доверена компания за онлайн обучение с мрежа от над 250 000 доволни учащи, разпространени по целия свят.

най-добрият java ide за ubuntu

Курсът за обучение за сертифициране Edureka DevOps помага на обучаващите се да придобият опит в различни процеси и инструменти на DevOps като Git, Jenkins, Docker, Puppet, Ansible и Nagios, за автоматизиране на множество стъпки в SDLC.

Имате въпрос към нас? Моля, споменете го в раздела за коментари и ние ще се свържем с вас.