Шығарылымды басқару - бағдарламалық жасақтамадағы өзгерістердің өндіріске қалай енетінін жоспарлау, жоспарлау және бақылау саласы. Ол шығарылымға не кіретінін, оның қалай тексерілетінін, қалай орналастырылатынын, кейіннен қалай бақыланатынын және бірдеңе дұрыс болмаған жағдайда қалай кері қайтарылатынын қамтиды. Оның мақсаты - оқиғалы емес, құрастырылған тәртіптен нақты тәртіпке көшу.
Бұл саладағы ең тұрақты тұжырым интуицияға қайшы келеді. Ірі шығарылымдар тәуекелді бір мұқият басқарылатын оқиғаға шоғырландыратындықтан қауіпсіз сезіледі, бірақ жеткізу өнімділігін зерттеуден алынған дәлелдер керісінше көрсетеді: жиі шағын шығарылымдар істен шығу деңгейінің төмендеуіне және тезірек қалпына келуге әкеледі. Ірі шығарылым көптеген өзгерістерді біріктіреді, сондықтан бірдеңе бұзылған кезде себепті анықтау қиын, ал кері қайтару бір ақаулы өзгерістің орнына бәрін жоққа шығарады.
Орналастыруды автоматтандыру жиілікті мүмкін ететін негіз болып табылады. Қолмен орналастыру процедуралары баяу, тұрақсыз және қателіктерге бейім, ал олардың бір шығарылым құны партиялық өзгерістерге қысым жасайды, бұл үлкен қауіп төндіретін шығарылымдарды тудырады. Орналастыруды қайталанатын және ерекшеленбейтін етіп автоматтандыру жинақтауға деген ынтаны жояды.
Орналастыруды шығарудан бөлу - тәуекел профилін ең көп өзгертетін әдіс. Кодты өндіріске жалаушаның артында функция өшірілген күйде орналастыру, содан кейін оны бөлек қосу жеткізу кодының техникалық әрекеті мен функцияны ашудың бизнес әрекеті енді сәйкес келмейтінін білдіреді. Орналастырудағы мәселелер пайдаланушыларға әсер етпестен анықталады, ал мүмкіндіктер біртіндеп ашылып, ештеңені қайта орналастырмай бірден алынып тасталуы мүмкін.
Бұл бөлінуден табиғи түрде прогрессивті әсер пайда болады. Трафиктің аз пайызына дейін босату, қателіктер деңгейін және бизнес көрсеткіштерін бақылау және кеңейту кез келген мәселенің жарылыс радиусын пайдаланушылардың аз ғана бөлігімен шектейді. Бұл тек нақты өндіріс жағдайларында, жүктемеде және деректерде пайда болатын мәселе класын анықтауда кеңейтілген шығарылым алдындағы тестілеуге қарағанда әлдеқайда тиімді.
Қайтару мүмкіндігі болжам жасаудың орнына тексерілуі керек, және көптеген ұйымдар мәселені ең нашар сәтте анықтайды. Ешқашан орындалмаған құжатталған қайтару процедурасы қажет болған кезде жиі сәтсіздікке ұшырайды, әсіресе дерекқорды көшіру кезінде және схеманы өзгертуді кері қайтару мүмкін болмаған кезде. Қайтаруды тәжірибе жүзінде қолдану және алдыңғы нұсқа жұмыс істей беретіндей етіп кері үйлесімді етіп көшіруді жобалау қауіпсіздік желісін шынайы етеді.
Шығарылғаннан кейінгі бақылау бөлек мәселе емес, процестің бір бөлігі болып табылады. Орналастыру сәтті болған кезде шығару аяқталмайды; жүйенің нақты трафик кезінде дұрыс жұмыс істеп тұрғаны байқалған кезде ол аяқталады. Қай индикаторлардың бақыланатынын, қанша уақытқа және қандай шекті мәннің кері қайтаруды тудыратынын алдын ала анықтау шығарудан кейінгі кезеңді белгісіз бақылаудан шешім бекітілген анықталған қадамға айналдырады.
Шығарылымдар туралы коммуникация командалар күткеннен де маңызды, әсіресе өзгерістер тұтынушыларға көрінетін немесе дайын болуы керек ішкі пайдаланушыларға әсер ететін жағдайларда. Қолдау топтары тұтынушылар сұрамас бұрын не өзгергенін білуі керек, ал интерфейстегі алдын ала хабарланбаған өзгерістер олардың көлеміне сәйкес келмейтін байланыс көлемін тудырады. Сұрақтарға жауап беретін адамдарға қысқа, сенімді хабарлама аз шығын әкеледі және болжамды бұзылулардың алдын алады.
Босату тәжірибесі негізгі жеткізу инфрақұрылымымен де, процесспен де анықталатындықтан, жетілдіру әдетте процедуралық өзгерістерден гөрі инженерлік инвестицияларды қажет етеді. Іс жүзінде бұл ... ішінде белгіленеді өнімді дамыту, шығарылғаннан кейінгі мониторинг жүргізілген өлшеулерге сүйенеді Деректерді талдау сондықтан бизнеске тек техникалық денсаулық сақтау ғана емес, сонымен қатар көптеген қызметтерді ұсынатын ұйымдарда стандарттар әдетте барлық жерде сақталады IT бөлімі команда бойынша емес,