importance small increments deliveries devops
(Значение и ползи от предоставянето на малки стъпки на стойност:
Научихме за Автоматизация в DevOps в предишния ни урок. Тук ще видим повече за Малки стъпки на доставки в DevOps.
Вече е известно, че малките доставки винаги са лесни за разработване, изграждане, внедряване и наблюдение. Малките доставки са доста по-бързи и отнемат много по-малко време за разгръщане и представляват по-малък риск от провал в живата среда. Дори връщанията и отстраняването на грешки са доста по-бързи в случай на неуспехи.
Прочетете също => DevOps завършва обучение
безплатен изтегляне на видео от всеки сайт пълна версия
Малките доставки на стойност за клиенти в DevOps са ключовият елемент, който се фокусира върху осигуряването на постоянна стойност за клиентите и по този начин увеличава удовлетвореността на клиентите и ги държи хладни и далеч от всякакви изненади.
ВИДЕО Част 2 Блок 4: Малки увеличения на доставките- 8 минути
В този урок ще разберем важността и ползите от предоставянето на малки стъпки на стойност.
Предоставянето на малки стъпки на стойност БЕЗПЛАТНО на клиентите е ключът към пъргавите и DevOps. Това е, което дава възможност за чести доставки, така че клиентът да знае какво се прави ежедневно и да се наслаждава на предимствата на усилията, изразходвани за деня.
Нека това е един ред код, който се променя в цялата система, тази промяна трябва да има актуализации поради въздействието на тази промяна, навсякъде, т.е.автоматични скриптове, скриптове за внедряване, конфигурации в инфраструктурата или всеки друг модул.
И така, тази малка промяна на кода и произтичащите от това промени правят малко допълнително издание в DevOps.
Ползата от доставянето на такава малка промяна на единичен ред код или малка характеристика е, че макар и малко усилия, извършването на тези промени, тестването им на малки парчета чрез автоматизиран конвейер за доставка го прави прост, лесен и по-малко податлив на грешки следователно прави цялата доставка доста по-проста, по-лесна, по-бърза и ценна.
Тъй като е лесно да направите малка промяна, отколкото да изградите много код и да я направите сложна, тъй като е лесно да изградите малки промени, лесни за тестване, лесни за разполагане и лесни за отстраняване на грешки.
Също така, с малките доставки, екипът ще има по-добър контрол върху промените и ще бъде избегната по-малка възможност за грешки или поне големи грешки и по този начин рискът от провал в производството ще бъде сведен до минимум.
‘Малките промени ще имат по-малък риск от провал в предстоящия урок.
По-малък по размер, той е лесен за доставка и отнема много по-малко време за разполагане.
Освен това, тъй като е по-малък по размер, доста по-бързо се доставя и усилията, необходими за прокарване на тези малки промени в тръбопровода, също са по-малко. Така че времето, необходимо за разполагане, е много по-малко поради по-малката му сложност.
Тъй като актуализациите преминават през автоматизиран конвейер, където кодирането, тестването и внедряването са напълно автоматизирани. И така, малките доставки се доставят по-бързо и бързо.
Също така е по-бързо да получите обратната връзка за доставката, независимо дали е успех или неуспех, защото промяната преминава през целия цикъл на тестване и доставка доста бързо. Както казах по-рано, времето, необходимо за доставяне на тези малки стъпки, е доста по-малко от порядъка на няколко минути.
Така че е доста лесно и бързо да се върнете обратно в случай на повреда и следователно отстраняването на грешки проблемът става лесен и по-бърз поради по-малка област на промяна, където има по-добър контрол върху направените промени и къде се правят промените и от на когото. Така че, малките стъпки на доставка се доставят доста по-бързо, а обратната връзка е доста бърза.
Друго предимство на по-малката доставка е, че екипът може да усети как тази малка промяна се държи в производството, не само на разработчика, но дори докато я внедрява в производството, защото дори и да не работи на живо, е доста лесно за връщане назад, без никакви прекъсвания или голямо въздействие.
Знаете, че както разработващата, така и производствената среда никога не са еднакви и следователно можем да очакваме всякакви проблеми от продукцията, които не виждаме в средата за разработчици.
Така че, като внедрим тази малка промяна в производството, ще имаме усещане за софтуерно поведение на живо много предварително и екипът ще бъде по-уверен, че ще работи в производството. Този аспект определено намалява риска от неизправност на софтуера в производството.
Това също повишава доверието и мотивира екипа, който може да изпълни според очакванията на клиента.
Надявам се, че този урок е много информативен!
страхотни неща, които можете да правите с c ++
Препоръчително четене
- DevOps Automation: Как се прилага автоматизацията в практиката на DevOps
- Сътрудничество в DevOps
- Непрекъснато внедряване в DevOps
- Практика на DevOps, базирана на пъргав манифест (част 2 - блок 1)
- Непрекъсната доставка в DevOps
- Урок за DevOps: Най-доброто ръководство за DevOps (25+ урока)
- Непрекъсната интеграция в DevOps
- Урок за тестване на DevOps: Как DevOps ще повлияе на QA тестването?