devops practice based agile manifesto
В нашия предишен видео урок на Демистифициране на DevOps , научихме всичко за DevOps в детайли.
Също така имахме подробен поглед върху значението на DevOps и различни други фактори, свързани с него.
Предложено четене => Интензивна серия DevOps Training
Сега да преминем през част 2 на „Демистифициране на DevOps“.
Кратко обобщение на това, което разгледахме в част 1:
Какво е DevOps? DevOps е култура в организацията да се фокусира върху предоставянето на стойност на клиента чрез постоянно сътрудничество между разработките, операциите и останалите заинтересовани страни.
Какво не е DevOps? DevOps не е лицензиран продукт или продукт с отворен код, не е спецификация, нито стандарт.
Какви са предимствата на DevOps? DevOps предлага висококачествена доставка, по-бърза доставка, чести разполагания, малки внедрявания, по-малко нива на откази в производството и т.н.,
Какви са практиките на DevOps? Практиките на Devops включват непрекъсната интеграция, тестова автоматизация, непрекъснато внедряване, инфраструктура като код, управление на конфигурацията, управление на изданията и мониторинг на изпълнението на приложенията.
Какви са навиците на DevOps? Навиците на Devops включват, управление на технически дълг, фокус върху предоставянето на стойност на клиента, култура на сайта на живо, автономност на екипа, управление на инфраструктурата като гъвкав ресурс, развитие, управлявано от хипотези, показатели от производството.
Какви са показателите на DevOps? Ловкостта и надеждността са ключовите фокусни показатели на DevOps.
sql интервю въпроси и отговори за по-свежи pdf
В тази част на лекцията ще научим следното:
Какви са практиките на DevOps, които са разработени въз основа на гъвкавите принципи и как се постигат целите на DevOps?
В част 1 продължихме да определяме DevOps като сътрудничество. Нека разберем какво всъщност е това сътрудничество и как практиките на DevOps помагат за развитието на сътрудничеството между Развитието и Операциите за постигане на целите му?
В тази част ще разберем важността на ключови елементи на DevOps като контрол на източника и автоматизация и доставка на малки стъпки. Останалите елементи като непрекъсната интеграция, непрекъснато тестване, непрекъсната доставка и мониторинг на приложенията ще бъдат обяснени в предстоящата част.
Както беше информирано по-рано, практиките на DevOps се основават главно на Agile принципите и практиките. От 12-те гъвкави принципа, следващите 4 са тези, които се прилагат директно за DevOps.
Така че, по-добре е да обновите тези Agile манифести, които се прилагат за функциите на DevOps. Няма да разглеждам подробно тези.
Нека бързо да ги прочетем.
# 1) Индивиди и взаимодействия - над процеси и инструменти
# 2) Работещ софтуер - над изчерпателна документация
# 3) Сътрудничество с клиенти - над договарянето на договора
# 4) Отговаряне на промяна - следвайки план
Въз основа на тези гъвкави принципи, DevOps разработи определени принципи и практики, които са както следва:
- Донесете стойност на клиента
- Предоставяне на работещ софтуер
- Поддръжка на промени
- Сътрудничи
- Мотивирайте екипа и дайте свобода на членовете на екипа
- Доставяйте по-бързо и по-бързо
# 1) Донесете стойност на клиента чрез предоставяне на по-малко, често и непрекъснато внедряване на софтуера.
# две) Предоставяне на работещ софтуер в по-кратки срокове. Клиентът няма да разгледа страхотния дизайн, който правим, или фантастична архитектура или план или стратегия, които правим, за да разработим софтуера, но всичко, което искат, е работещ софтуер.
# 3) Поддръжка на промени към изискванията, когато клиентът желае, въз основа на пазарната тенденция. Това е много важно за клиента. Нашата методология за разработване на софтуер трябва да бъде достатъчно гъвкава, за да се справи с всички промени, поискани от клиента и да ги достави с комфорт.
# 4) Сътрудничи ..сътрудничество ... сътрудничество. Сътрудничи и работи постоянно заедно с бизнеса, за да направиш софтуера правилен за първи път.
# 5) Както Agile, така и DevOps придават еднакво голямо значение на екипа и хората. И така, принципът на DevOps казва, мотивирайте екипа , дайте им свобода, осигурете необходимата им подкрепа, когато имат нужда, развийте доверие в тях, за да получите работата.
Ако работата се извършва от тях от доброволчески интерес, качеството ще бъде добро, вместо да се извършва насилствено и под натиск. В допълнение към сътрудничеството, пъргавите предлагат комуникация лице в лице в екипа за разработка.
Така че, максимизирайте комуникацията лице в лице чрез изправени срещи, срещи за преглед и т.н. Това развива екипния дух и помага за мотивирането на екипа и развитието на здравословно състезание.
Какви са практиките на DevOps, които са разработени въз основа на гъвкавите принципи и как се постигат целите на DevOps? Друг ключов аспект на DevOps е да доставя по-бързо и по-бързо. Знаем, че по време на гъвкава практика, скрам, канбан или каквото и да било, по-бързо се отнасяше за доставка в продължение на няколко седмици до месец, сега тя се промени с DevOps на повече от няколко часа. Така че, по-бързата доставка в DevOps се отнася за доставка в рамките на няколко часа.
Организации като Amazon, Flipkart и Google правят актуализации и правят своите издания за няколко часа. Това е скоростта и качествената активност, очаквана от тези, които практикуват DevOps. Следователно процесите, навиците и практиките на DevOps са толкова силни, че позволяват на екипа да работи заедно, за да постигне това.
И така, можем ясно да кажем, че всички тези теории и практики на DevOps се въртят около основните гъвкави принципи, мога да кажа, разширение на тях.
Тук това, което трябва да разгледаме и научим, е това, което човек трябва да прави ежедневно, да практикува и да привиква, за да постигне целите на DevOps.
Не е достатъчно само един или няколко души в екипа, които трябва да ги практикуват. Всички в екипа, както в разработката, така и в операциите, трябва стриктно да възприемат тези практики и да го направят BAU, както обикновено и след това става навик на всеки да го практикува многократно.
Следователно успехът на DevOps зависи единствено от това колко сериозно се спазват тези практики от всеки и всеки от екипа. И без съмнение успехът е сигурен, ако тези практики се следват религиозно.
Вече научихме най-добрите практики и навици на DevOps в нашата лекция за part1, което дава възможност на екипа да постигне DevOps културата. Така че няма загуба толкова пъти, колкото повтаряме тези практики, които да се следват, за да се постигне целта на DevOps.
Както знаем, целта на DevOps е да се съсредоточи върху постигането на стойност за клиента чрез по-малки внедрявания, по-бързо внедряване и непрекъснато внедряване. Нека да разберем какво трябва да направим в практиката на DevOps, за да постигнем това над гъвкавите практики.
Първият е, тъй като вече знаем, че трябва да имаме сътрудничество с всички заинтересовани страни, така че всяка информация да е достъпна за целия екип и да се има предвид при разработването на софтуера.
Например , това може да е малка промяна в конфигурацията на средата по подразбиране, която оперативният екип планира да направи, и че информацията трябва да бъде предадена на всички членове на екипа, така че всеки от екипа да може да се погрижи за въздействието на промяната, където и да е приложимо.
Както разработчиците се грижат, докато кодират, тестерите гарантират, че последната актуализация е направена в крайна сметка. Конфигурацията е тествана спрямо по-старата.
Така че, основно, екипът трябва да се обедини и да работи заедно, за да реши проблема, бил той проблем с дизайна, архитектура, тестване или внедряване или изпълнение на приложението. Ще разберем повече за сътрудничеството след малко.
Техническият дълг трябва да бъде сведен до минимум, доколкото е възможно.
Всяко парче от програмата е много важно и ако бъде пренебрегнато и не бъде посетено навреме, това ще доведе до проблеми с качеството на по-късния етап.
Следователно обръщането на внимание на детайлите, съвършенството и непрекъснатото фокусиране върху нуждите на клиентите е много важно и не се прави компромис на какъвто и да е етап за нещо различно от това.
Знаем значението на всеки аспект от жизнения цикъл на разработването на софтуер и неговото въздействие, ако не му бъде обърнато внимание. Така че, като се фокусираме върху най-добрата архитектура, изисквания, дизайн, тестване, всички те са много важни и без компромис на нито един етап от SDLC фазите.
Вече научихме за важността на събирането на показатели от живо.
Надявам се да ви е харесал този информативен урок !!
Препоръчително четене
- DevOps Automation: Как се прилага автоматизацията в практиката на DevOps
- Значение на малките увеличения на доставките в DevOps
- Контрол на източника или контрол на версиите в DevOps (Урок за видео част 2 - Блок 2)
- Agile Manifesto: Разбиране на пъргавите ценности и принципи
- Промяната на мисленето на Agile Tester: Привеждане в съответствие с Agile Manifesto
- Непрекъснато внедряване в DevOps
- Непрекъсната доставка в DevOps
- Урок за DevOps: Най-доброто ръководство за DevOps (25+ урока)