Демистифициране на DevOps: Урок за видео (Част 1)

demystifying devops video tutorial

Видео уроци за DevOps:

tcp ip интервю въпроси и отговори pdf

В предишния ни урок научихме как DevOps ще повлияе на тестването на качеството . Тук в този урок ще научите всичко за DevOps с включен видеоклип в него.

(Превъртете надолу, за да започнете с първия видеоклип от тази поредица)

Препоръчително четене => DevOps Training Series

В наши дни DevOps е горещата тема и модна дума в ИТ индустрията.

С нарастващото търсене на доставки на софтуер, методологията за предоставяне на софтуер претърпява промени, за да отговори на взискателните очаквания на клиентите.

И така, DevOps е подобрен и най-нов начин за предоставяне на софтуера на клиентите, особено за базираните в облак решения, където се очаква доставките на софтуер да се случват бързо.

Много от напредналите организации вече започнаха да възприемат DevOps начин за доставяне на софтуер на клиентите. И много други са в посока да го възприемат. Също така в наши дни по-голямата част от ИТ възможностите изискват знания от DevOps.

Следователно е много важно всеки да демистифицира „DevOps“.

Демистифициране на DevOps - видео уроци

Цел на обучителните видео уроци за обучение на DevOps:

• Да знаете за DevOps, за да тръгнете към изпълнението му.
• За да разберете как DevOps носи промяна в сегашния начин на работа и извършване на доставки.
• Да се ​​създаде основно разбиране на концепцията DevOps.

Съдържание:

Съдържа,

• Всичко за DevOps.
• Какво е сътрудничество и как да постигнем сътрудничество между Dev и Ops?
• Основни процеси на DevOps, непрекъсната интеграция, непрекъснато тестване и непрекъснато внедряване.
• Основни концепции на DevOps, управление на издания, управление на конфигурация и мониторинг на приложения.

Ключови знания:

• Може да дефинира DevOps.
• Защо организацията се нуждае от DevOps?
• Как да започнем с DevOps?
• Как да съберем екипа за разработка и операции?

Оформление:

• Този пълен урок е структуриран в 4 части, част1, част2, част3 и част4 и след това затваряне или повторение на част5.
• Всяка част е допълнително разделена на блокове с по-малки видеоклипове с намерението да стане лесно за всички да разберат добре.
• Във всеки от тези видеоклипове има обобщение на това, което е обхванато в предишното видео и какво ще бъде отразено в следващото видео.
• Видеото е много просто, с прост език и слайдове в Powerpoint с някои полезни чертежи, за да се обясни навсякъде, където се изисква.
• Всеки видеоклип е независим сам по себе си, за да разбере своята концепция и не е необходимо да препраща към други видеоклипове. Но има смисъл да преминете в реда от част1 до част4 за по-добро разбиране на темата.

Покритие:

Част 1 : (Този урок)

Въведение в DevOps. Основата, дефиницията, стойността, ползите, навиците и най-добрите практики на DevOps.

Част 2 :

Практики на DevOps, базирани на Agile Principles, значението на ключови процеси като контрол на източника и автоматизация и как се прилага към DevOps.

Част 3 :

Подробности за ключовите процеси на DevOps като,

• Непрекъсната интеграция,
• Непрекъснато тестване и
• Непрекъснато разполагане.

Част 4 :

Важността на още няколко ключови процеса на DevOps,

• Управление на конфигурацията,
• Управление на освобождаването и
• Мониторинг на ефективността на приложението в Live.

Част 5 :

Обобщение на целия курс.

*******************************************

Нека започнем с първия видео урок от тази поредица:

В тази първа част от видеото на този урок ще научите,

• Какъв е фонът на DevOps и драйверите за въвеждането на този нов начин за предоставяне на софтуера?
• Какво е DevOps, защо няма единна дефиниция, която да дефинира DevOps? Метод, процес, култура ли е?
• Въпреки че разбрахме какво е DevOps, от съществено значение е да знаем какво не е DevOps.
• Ползите от внедряването на DevOps в организация.
• И различните практики и навици на практиката на DevOps.
• Ключовите показатели на DevOps.

ВИДЕО Част 1: Въведение- 21 минути 46 секунди

Е, днес ще говоря за темата „Demystifying DevOps“, която е много актуална тема в ИТ индустрията в наши дни.

Продължаваме да чуваме тази модна дума много често на всички места. Също така в наши дни по-голямата част от възможностите за работа в ИТ търсят знания и опит „DevOps“ и затова е много важно да се знае за тях.

Хайде!! Нека разберем за какво става въпрос в този DevOps.

Общ преглед

Тази поредица „Demystifying DevOps“ се разпространява в 4 части и това от своя страна би направило аудиторията малко удобна за разбирането на всяка част от DevOps бавно и стабилно.

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

Докато гъвкавата практика ускоряваше процеса на разработка бързо и софтуерният екип започна да го доставя на Operations в определения график, все още ИТ индустрията се сблъска с предизвикателства при подготовката на софтуерното производство и отварянето му за клиентите.

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

Промишлеността бавно разбра връзката между разработването и операциите и пропастта в сътрудничеството между заинтересованите страни, особено операциите, разработчиците, бизнес анализаторите и тестерите за получаване на време за изпълнение на софтуера и предоставяне на качествен софтуер, който наистина се оказа скъп .

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

Какво е DevOps?

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

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

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

Devops основно преодолява пропуските, които са съществували по-рано поради липса на комуникация и сътрудничество и което от своя страна води до лошо качество на софтуера, много забавяне на внедряването и недоволни клиенти.

Е, DevOps е не само сътрудничеството, но и комбинацията от точен набор от хора, точен набор от процеси и точен набор от инструменти, които да позволят непрекъснато доставяне на „стойност за клиентите“. Тук продължавам да натискам думата „Стойност за клиентите“, защото единствената и крайна цел на DevOps е да подготви производството на софтуер, за да достави стойност на клиентите.

Това е голяма разлика и ключовият аспект на DevOps.

И накрая, Devops е култура, която позволява на хората да се съсредоточат върху,

1. Клиент
2. Доставка до производство,
3. Автоматизация
4. Обратна връзка и измерване

Какво не е DevOps?

След като разберете какво е DevOps, също така е по-добре да разберете какво не е DevOps, за да избегнете обърквания.

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

Това също не е набор от процеси като ISO, CMMI, така че човек да може да се адаптира и да получи сертифицирането.

В допълнение към липсващото сътрудничество между разработката и операциите, с променящите се пазарни нужди, имаше много повече проблеми в традиционния метод за разработване на софтуер и дори в гъвкавата методология, която трябваше да бъде разгледана, и това се превърна в ключовите двигатели от практиката на DevOps.

Е, необходимостта от постоянно подобряване на качеството и ефективността на приложението беше най-важната. Повишаването на очакванията, изискванията на клиентите и удовлетворяването на очаквания опит на клиентите беше истинско предизвикателство в традиционния метод за разработка на м / у.

Постоянно нарастващият натиск и конкуренцията на пазара за по-бързо и по-бързо освобождаване бяха друг ключов двигател.

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

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

Увеличаване на сложните и критични за мисията програми, решения и различни сложни ИТ инфраструктури за разполагане и поддръжката, необходима в различните географии, за да ги поддържа чрез голямо предизвикателство за разработването на софтуер.

Стойност на DevOps

След разбирането на ключовите двигатели на DevOps става лесно да се разбере стойността на DevOps, която той носи на организацията, която го практикува.

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

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

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

Предимства на DevOps

След като отговори на необходимостта от час от търсенето на пазара, практиката на DevOps се доказа с повишената удовлетвореност на клиентите, като по този начин доведе до увеличаване на клиентската база.

Каквито и да бяха ключовите двигатели за практикуването на DevOps, те доведоха до успех, като подобрено качество и производителност чрез непрекъснато тестване и обратна връзка.

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

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

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

Практики на DevOps

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

# 1) Управление на конфигурацията: Знаейки ясно, какво разгръщаме, как разгръщаме и каква конфигурация ще отиде за производство е ключът към управлението на конфигурацията, което е напълно контролирано от версията.

# 2) Управление на изданията : Разбирайки ясно, как изграждаме тръбопровод за освобождаване и ги управляваме е ключовият аспект на управлението на изданията.

# 3) Непрекъсната интеграция: Той гарантира, че всяко обвързване на код е контролирано от версиите, тествано и компилирано и кодовата база се поддържа чиста и чиста през цялото време.

# 4) Непрекъснато внедряване: Той е насочен към внедряването на компилирания код непрекъснато по целия път от тестване до производствената среда.

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

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

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

Навици на DevOps

Както казва Аристотел, „Ние сме. Това, което многократно правим ... Следователно отличните постижения не са акт, а навик.

Така че, аз ги наричам „навици“, защото ги практикуваме многократно.

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

# 1) Управление на техническия дълг:

как да генерирам произволни числа в c ++ между 0 и 100

Редовното управление на техническия дълг е един от ключовите аспекти, ако не бъде направено, драстично забавя напредъка на софтуера. И следователно техническият дълг трябва винаги да се намалява и кодовата база да се поддържа възможно най-чиста. Чистата кодова база улеснява кода, който трябва да бъде разположен по всяко време.

Както многократно споменах, фокусирането върху стойността за клиента е начинът на мислене на екипа и това е ключовият аспект на културата на DevOps, който непрекъснато кара екипа да прави всичко и всичко, подчертано, за да донесе стойност на клиента.

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

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

# 2) Развитие, управлявано от хипотези :

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

кой е най-добрият видео изтегляне

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

# 3) Измерване от внедряването:

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

# 4) Култура на сайта на живо :

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

Културата е да накараме всички в екипа да разберат, че „Ако не е в сайта на живо, това е никъде“ и няма смисъл или каквато и да е полза, ако не можем да стигнем до „На живо“ и следователно няма да можем да достигнем на нашите крайни потребители, ако не е в Live.

# 5) Инфраструктурата като гъвкав ресурс:

Управлението на инфраструктурата като гъвкав ресурс е много важен аспект на DevOps, защото по всяко време трябва да можем да се отървем от съществуващата инфраструктура и да завъртим нова, това е, защото ние определихме нашата инфраструктура като код с много голяма лекота.

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

# 6) Сътрудничество на екипа:

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

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

Следователно тези нагласи, поведения и навици са основните основополагащи аспекти на DevOps културата.

Показатели на DevOps

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

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

И тези показатели биха били подходящи за измерване от гледна точка на „стойност за клиента“ и те определят как се справя екипът w.r.t. Внедряване на DevOps.

По принцип, метриките за гъвкавост са за измерване на ефективността на разработката, а надеждността е за измерване на ефективността на операциите.

# 1) Показатели за пъргавина:

И Брой разполагания за определен период от време.

(i) Знаем, че DevOps се занимава с доставка на по-малки парчета и за бърза доставка.

И така, тази метрика за гъвкавост е да се провери, колко често екипът е успял да извърши внедряванията и каква е честотата на разполаганията.

Следващото е „Времето, необходимо за внедряване на промените“:

(ii) Също така знаем колко често се променят възгледите на клиентите, което води до заявки за промяна и намерението на DevOps е да обърне тези промени към производството в минимално време.

Следователно, следващият аспект на метриките за гъвкавост е да се провери, какво е времето, необходимо за внедряване на заявките за промяна в продукцията?

# 2) Показатели за надеждност:

Показателите за надеждност са за измерване на надеждността на софтуера след внедряването.

Показателите за надеждност включват,

1. Процентът на отказите на изданията и
2. Време е да откриете проблемите и да ги отстраните.

# 1) Процентът на неуспехите на изданията е да се измери: Колко често се проваляме по отношение на нашите внедрявания? Тук целта е да се гарантира, че за определен период от време тази конкретна метрична нула намалява и екипът просто свиква да се разгръща успешно всеки път и по-често преминаването в производство става навик.

# две) Сега Времето за откриване и отстраняване на проблеми е да се измери времето, необходимо за откриване на повредата и да се отстрани. Тази метрика е също така да провери: Колко бързо можем да разберем какво се случва в производството, да открием активно проблемите, да ги отстраним, като предоставим решение и да го насочим към цикъла на разработка като решение.

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

И така, в идеалния случай това са показателите, които помагат на екипа да постигне културата и доставката на DevOps.

Нека направим кратко обобщение:

• Какво е DevOps?
• Какво не е DevOps?
• Какви са предимствата на DevOps?
• Какви са практиките и навиците на DevOps?
• И кои са ключовите показатели на DevOps?

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

Какво не е DevOps? DevOps не е лицензиран продукт или продукт с отворен код, нито спецификация, нито стандарт.

Каква е ползата от DevOps? DevOps предлага висококачествена доставка, по-бърза доставка, чести разполагания, малки внедрявания, по-малко нива на откази в производството и т.н.,

Какви са практиките на DevOps? Практиките на DevOps са непрекъсната интеграция, тестова автоматизация, непрекъснато внедряване, инфраструктура като код, управление на конфигурация, управление на издания и мониторинг на изпълнението на приложенията.

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

Какви са показателите на DevOps? Ловкостта и надеждността са ключовите фокусни показатели на DevOps.

Относно автора за видео уроци за DevOps:

Член на екипа на STH Gayathri Subrahmanyam е експерт по софтуерно тестване с повече от десетилетие опит в предоставянето на проекти за тестване на софтуер за различни глобални клиенти в различни домейни. Тя е доставила софтуер, работи широко върху традиционните и гъвкави методологии за разработване на софтуер (SCRUM, SAFE) и най-новите работи по методологията DevOps.

В следващия ни видео урок ще научим практиките на DevOps, базирани на Agile Principles.

PREV Урок | СЛЕДВАЩ урок

Препоръчително четене

• Урок за тестване на DevOps: Как DevOps ще повлияе на QA тестването?
• Уроци за задълбочено затъмнение за начинаещи
• Обобщение на видео уроците за DevOps
• Урок за DevOps: Най-доброто ръководство за DevOps (25+ урока)
• Непрекъснато тестване в DevOps
• AWS CodeCommit Урок за внедряване на DevOps в облак
• Непрекъсната доставка в DevOps
• Урок за деструктивно изпитване и безразрушително тестване