Excerpt:<\/strong> Blog \u010dlanak:<\/strong><\/p>\n\n\n\n Reliable deployment practices su va\u017ean deo tehni\u010dke stabilizacije jer svaka promena u produkciji nosi odre\u0111eni rizik. Update plugina, izmena koda, promena PHP verzije, novi Docker image ili korekcija server konfiguracije mogu pobolj\u0161ati sistem, ali ga mogu i destabilizovati.<\/p>\n\n\n\n Prvi princip pouzdanog deployment-a je da se promene ne rade nasumi\u010dno. Pre svake izmene treba znati \u0161ta se menja, za\u0161to se menja, koji deo sistema mo\u017ee biti pogo\u0111en i kako se proverava da li je promena uspela.<\/p>\n\n\n\n Testiranje pre produkcije zna\u010dajno smanjuje rizik. Idealno je imati staging okru\u017eenje gde se nova verzija mo\u017ee proveriti bez uticaja na korisnike. Ako staging ne postoji, promene u produkciji moraju biti manje, pa\u017eljivije i dobro dokumentovane.<\/p>\n\n\n\n Backup je obavezan pre ozbiljnog deployment-a. To ne zna\u010di samo imati neki stari backup, ve\u0107 imati sve\u017eu kopiju fajlova, baze i relevantnih konfiguracija. Posebno je va\u017eno znati da li backup mo\u017ee brzo da se vrati ako ne\u0161to krene pogre\u0161no.<\/p>\n\n\n\n Rollback plan mora postojati pre promene, ne tek nakon problema. Ako update obori sajt, ako nova verzija koda ne radi ili ako konfiguracija izazove gre\u0161ku, treba odmah znati kako se sistem vra\u0107a na prethodno stabilno stanje.<\/p>\n\n\n\n Kod CMS sistema deployment \u010desto uklju\u010duje pluginove, teme, page buildere i bazu. Jedan update mo\u017ee promeniti strukturu podataka ili na\u010din rada \u0161ablona, pa posle objave treba proveriti frontend, administraciju, forme, checkout i klju\u010dne funkcije.<\/p>\n\n\n\n Kod custom aplikacija pouzdan deployment se \u010desto oslanja na Git, release verzije, environment varijable, build proces i jasno odvajanje produkcionih pode\u0161avanja od lokalnog razvoja. Time se smanjuje mogu\u0107nost da test konfiguracija zavr\u0161i u produkciji.<\/p>\n\n\n\n Deployment ne zavr\u0161ava u trenutku kada se nova verzija objavi. Potrebno je proveriti logove, HTTP statuse, gre\u0161ke u browser konzoli, performanse, tracking evente i sve kriti\u010dne korisni\u010dke tokove. Mnogi problemi se pojave tek nakon realnog kori\u0161\u0107enja.<\/p>\n\n\n\n Va\u017eno je dokumentovati promene. Kratak zapis o tome \u0161ta je objavljeno, kada, ko je uradio izmenu i koji su rezultati provere mo\u017ee kasnije zna\u010dajno ubrzati debugging i rollback.<\/p>\n\n\n\n Reliable deployment practices pretvaraju tehni\u010dke promene u kontrolisan proces. Kada postoje testiranje, backup, rollback, dokumentacija i provera posle objave, produkcija postaje stabilnija, a razvoj se mo\u017ee nastaviti sa manje rizika.<\/p>\n","protected":false},"excerpt":{"rendered":" Reliable deployment practices omogu\u0107avaju da se nove verzije sajta, aplikacije ili konfiguracije uvode kontrolisano, bez nepotrebnog rizika za produkciju. Dobar deployment proces uklju\u010duje pripremu, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[17,20],"tags":[],"class_list":["post-351","post","type-post","status-publish","format-standard","hentry","category-recovery-optimization","category-technical-stabilization"],"yoast_head":"\n
Reliable deployment practices omogu\u0107avaju da se nove verzije sajta, aplikacije ili konfiguracije uvode kontrolisano, bez nepotrebnog rizika za produkciju. Dobar deployment proces uklju\u010duje pripremu, testiranje, backup, rollback plan i proveru nakon objave.<\/p>\n\n\n\n