pagbuo ng softwarepamamahala ng ITmga devoppamamahala ng proyekto
Mabilis na Pag-deploy vs Pamamahala ng Panganib
Ang pagpili sa pagitan ng bilis at seguridad ay kadalasang tumutukoy sa trajectory ng merkado ng isang kumpanya. Bagama't inuuna ng mabilis na pag-deploy ang mabilis na paghahatid ng mga produkto sa mga gumagamit upang makuha ang bahagi sa merkado, ang pamamahala ng peligro ay nakatuon sa katatagan, pagsunod, at pangmatagalang kakayahang mabuhay. Ang pagbabalanse ng dalawang pilosopiyang ito ay nangangailangan ng pag-unawa kung kailan dapat bumilis at kung kailan dapat magpreno para sa kaligtasan.
Mga Naka-highlight
Binabawasan ng mabilis na pag-deploy ang 'Teknikal na Utang' sa pamamagitan ng paghihikayat sa maliliit at madaling pamahalaang mga update.
Pinoprotektahan ng pamamahala ng peligro ang reputasyon ng tatak sa pamamagitan ng pagliit ng mga pagkaantala sa serbisyong nakaharap sa publiko.
Ang mga awtomatikong pipeline na mabilis na inilalagay ay nagbibigay-daan para sa 24/7 na mga siklo ng paghahatid.
Tinitiyak ng mahigpit na pamamahala ang pagkakaayon sa mga internasyonal na pamantayan ng seguridad tulad ng ISO 27001.
Ano ang Mabilis na Pag-deploy?
Isang estratehiyang nakatuon sa maliksi na nakasentro sa madalas na paglabas, bilis-sa-merkado, at paulit-ulit na feedback ng user upang magtulak ng inobasyon.
Karaniwang gumagamit ng mga pipeline ng Continuous Integration at Continuous Deployment (CI/CD).
Binabawasan ang oras sa pagitan ng pagsulat ng code at paghahatid ng halaga sa mga customer.
Lubos na umaasa sa awtomatikong pagsusuri upang mapanatili ang isang baseline ng kalidad.
Yakap ang mentalidad na 'mabilis mabigo' para magbago batay sa totoong gamit sa mundo.
Nagmula sa mga metodolohiya ng Agile at DevOps upang sirain ang mga silo ng departamento.
Ano ang Pamamahala ng Panganib?
Isang pamamaraang nakatuon sa pamamahala na inuuna ang uptime ng sistema, pagsunod sa mga regulasyon, at ang pagpapagaan ng mga potensyal na kahinaan sa seguridad.
Kinakasangkutan ng mga pormal na Change Advisory Board (CAB) upang repasuhin ang mga pangunahing pagbabago.
Nakatuon sa pagtukoy, pagtatasa, at pagbibigay-priyoridad sa mga teknikal at operasyonal na banta.
Kadalasang ipinag-uutos sa mga industriyang may mahigpit na regulasyon tulad ng pagbabangko at pangangalagang pangkalusugan.
Gumagamit ng malawak na kapaligiran sa pagtatanghal upang gayahin ang stress sa produksyon.
Nilalayon nitong maiwasan ang 'mga sunod-sunod na pagkabigo' na maaaring humantong sa malawakang pagkawala ng serbisyo.
Itinuturing ng mabilis na pag-deploy ang bilis bilang isang kalamangan sa kompetisyon, na nagpapahintulot sa mga koponan na tumugon sa mga galaw ng kakumpitensya sa loob ng ilang oras. Sa kabaligtaran, tinitingnan ng pamamahala ng peligro ang bilis bilang isang potensyal na pananagutan, na mas pinipili ang isang mas mabagal at mas maingat na bilis na tinitiyak na ang bawat edge case ay naidokumento at nahahawakan bago makita ng isang user ang update.
Awtomasyon at Pangangasiwa ng Tao
Sa isang mabilis na kapaligiran, ang automation ang pangunahing gatekeeper, gamit ang mga script upang matukoy ang mga error bago pa man ito umabot sa produksyon. Ang mga estratehiya sa pamamahala ng peligro ay kadalasang nagpapatong-patong ng kadalubhasaan ng tao sa ibabaw ng automation, na nangangailangan ng maraming lagda at peer review upang matiyak na ang lohika ng isang pagbabago ay naaayon sa mas malawak na mga layunin ng negosyo at mga pamantayan sa kaligtasan.
Paghawak sa mga Pagkabigo ng Sistema
Kapag may mga bagay na hindi maganda, ang mga tagapagtaguyod ng mabilisang pag-deploy ay karaniwang 'nagpapasulong' sa pamamagitan ng pagpapadala ng isang mabilisang patch upang ayusin ang aktwal na isyu. Karaniwang pinapaboran ng mga risk management team ang 'pagbabalik' agad sa isang kilalang stable na bersyon, na inuuna ang pagpapanumbalik ng serbisyo kaysa sa agarang pagpapatupad ng mga bagong tampok.
Pagsunod at Regulasyon
Para sa mga startup sa mga lugar na walang regulasyon, ang mabilis na pag-deploy ang default dahil mababa ang gastos ng isang maliit na bug. Gayunpaman, para sa mga organisasyong humahawak sa sensitibong data, ang pamamahala ng peligro ay hindi lamang isang pagpipilian; ito ay isang legal na kinakailangan upang masiyahan ang mga auditor at protektahan ang privacy ng gumagamit sa pamamagitan ng mahigpit at dokumentadong mga kontrol.
Mga Kalamangan at Kahinaan
Mabilis na Pag-deploy
Mga Bentahe
+Mas mabilis na mga siklo ng inobasyon
+Mataas na moral ng mga developer
+Agarang feedback ng gumagamit
+Mas mahusay na kakayahang umangkop sa merkado
Nakumpleto
−Potensyal para sa maliliit na bug
−Mas mataas na panganib ng burnout
−Kinakailangan ang kumplikadong kagamitan
−Mahirap na pagsubaybay sa pagsunod
Pamamahala ng Panganib
Mga Bentahe
+Nahuhulaang pag-uugali ng sistema
+Matatag na postura sa seguridad
+Pagsunod sa regulasyon
+Nabawasang dalas ng pagkawala ng kuryente
Nakumpleto
−Mas mabagal na oras sa merkado
−Mas mataas na gastos sa overhead
−Mga dismayadong stakeholder
−Potensyal para sa mga hindi nasagot na uso
Mga Karaniwang Maling Akala
Alamat
Ang mabilis na pag-deploy ay nangangahulugan ng tuluyang paglaktaw sa pagsubok.
Katotohanan
Sa katotohanan, ang mga mabilis kumilos na koponan ay kadalasang may mas maraming pagsubok kaysa sa mga tradisyonal; ino-automate lang nila ang mga ito para tumakbo ang mga ito sa loob ng ilang segundo sa halip na mga araw.
Alamat
Ang pamamahala ng peligro ay isa lamang dahilan para sa mabagal na pag-unlad.
Katotohanan
Ang mahigpit na pamamahala ay idinisenyo upang protektahan ang negosyo mula sa mga banta sa eksistensyalidad, tulad ng napakalaking pagtagas ng data o permanenteng pagkawala ng data, na maaaring magwakas sa isang kumpanya.
Alamat
Kailangan mong pumili ng isa o sa iba pa nang eksklusibo.
Katotohanan
Sinusubukan ng modernong 'DevSecOps' na pagsamahin ang pareho sa pamamagitan ng pag-automate ng mga pagsusuri sa seguridad at pagsunod nang direkta sa mabilis na umuunlad na pipeline ng pag-deploy.
Alamat
Tanging ang maliliit na startup ang gumagamit ng mabilisang pag-deploy.
Katotohanan
Ang mga higanteng kompanya ng teknolohiya tulad ng Amazon at Netflix ay nagde-deploy ng code nang libu-libong beses bawat araw gamit ang mga sopistikadong automated guardrail.
Mga Madalas Itanong
Ang mabilis na pag-deploy ba ay humahantong sa mas maraming kahinaan sa seguridad?
Hindi naman kinakailangan. Bagama't mas mabilis ang takbo, ang mabilis na pag-deploy ay kadalasang gumagamit ng seguridad na 'shift-left', ibig sabihin ay mas maaga nang nahuhuli ang mga kahinaan sa proseso ng coding sa pamamagitan ng automation. Gayunpaman, kung hindi maayos ang pagkakakonfigura ng automation, mas madaling makalusot ang mga panganib kaysa sa isang manu-manong proseso ng pag-audit.
Ano ang pinakamalaking hamon kapag lumilipat sa isang modelo ng pamamahala ng peligro?
Ang pangunahing balakid ay kadalasang kultural sa halip na teknikal. Kadalasan, nakakaramdam ang mga developer ng pagkailang dahil sa dagdag na antas ng pagsang-ayon, at dapat humanap ng paraan ang organisasyon upang mapanatili ang momentum habang nirerespeto ang mga bagong checkpoint at mga kinakailangan sa dokumentasyon.
Maaari bang gamitin ng isang kumpanya ang parehong estratehiya nang sabay-sabay?
Oo, madalas itong tinatawag na 'Bimodal IT.' Maaaring gumamit ang isang kumpanya ng mabilis na pag-deploy para sa customer-facing mobile app nito upang manatiling uso, habang gumagamit ng mahigpit na pamamahala ng peligro para sa core database at mga sistema ng financial ledger nito upang matiyak ang ganap na integridad ng data.
Paano naaangkop ang mga awtomatikong 'pagpapalaya ng kanaryo' sa paghahambing na ito?
Ang mga release ng Canary ay isang perpektong gitnang landas. Pinapayagan nito ang mabilis na pag-deploy sa pamamagitan ng pagpapadala muna ng update sa maliit na 1% ng mga user. Kung ang mga sukatan ng pamamahala ng peligro ay walang ipinapakitang error, awtomatikong ilalabas ang update sa lahat.
Aling pamamaraan ang mas mahal panatilihin?
Ang pamamahala ng peligro ay may posibilidad na magkaroon ng mas mataas na patuloy na gastos sa paggawa dahil sa pangangailangan para sa mga manu-manong pagsusuri at mga espesyalisadong opisyal ng pagsunod. Ang mabilis na pag-deploy ay may mataas na paunang gastos upang mabuo ang automation, ngunit kadalasan ay nagiging mas epektibo ito sa gastos habang lumalawak ang pangkat.
Bakit halos palaging mas gusto ng mga bangko ang pamamahala ng peligro?
Ang mga bangko ay nagpapatakbo sa ilalim ng mahigpit na balangkas ng batas tulad ng Basel III o mga lokal na batas sa pagbabangko. Para sa kanila, ang 10 minutong pagkawala ng serbisyo o isang maling transaksyon ay mas magastos kaysa sa anim na buwang pagkaantala sa paglulunsad ng isang bagong tampok ng app.
Ang 'Agile' ba ay pareho sa mabilis na pag-deploy?
Ang Agile ay ang pilosopiya ng paghahati-hati ng trabaho sa maliliit na piraso, habang ang mabilis na pag-deploy ay ang teknikal na pagpapatupad ng pilosopiyang iyon. Maaari kang maging Agile nang hindi nagde-deploy araw-araw, ngunit mas mahirap mag-deploy nang mabilis nang walang Agile mindset.
Ano ang papel na ginagampanan ng Change Advisory Board (CAB)?
Ang CAB ay isang grupo ng mga stakeholder na nagpupulong upang masuri ang epekto ng mga iminungkahing pagbabago. Sa isang sistema ng pamamahala ng peligro, sila ang nagsisilbing pangwakas na tagapangasiwa upang matiyak na ang isang pagbabago ay hindi makakaapekto nang negatibo sa ibang mga departamento o sa legal na katayuan ng kumpanya.
Paano nauugnay ang 'Mean Time to Recovery' (MTTR) sa mga konseptong ito?
Ang mabilis na pag-deploy ay nakatuon sa mababang MTTR, ibig sabihin kung may sira, maaari nila itong ayusin sa loob ng ilang minuto. Ang pamamahala ng peligro ay nakatuon sa 'Mean Time Between Failures' (MTBF), na naglalayong tiyakin na ang mga sira ay nangyayari nang bihira hangga't maaari sa simula pa lamang.
Ano ang pilosopiyang 'fail fast'?
Ito ay isang konsepto ng mabilisang pag-deploy kung saan ang mga pangkat ay naglalabas ng isang minimum na mabubuhay na produkto upang makita kung talagang gusto ito ng mga gumagamit. Kung ito ay mabigo, isang linggo lang ang mawawala sa kanila sa halip na mga buwan, na nagbibigay-daan sa kanila na mabilis na lumipat sa isang mas mahusay na ideya.
Hatol
Ang mabilis na pag-deploy ay pinakamainam para sa mga produktong nasa maagang yugto pa lamang at mga mapagkumpitensyang merkado kung saan ang feedback ng mga gumagamit ay mahalaga para sa kaligtasan. Ang pamamahala ng peligro ay dapat na maging prayoridad para sa mga matatag na negosyo at mga industriyang may mataas na pusta kung saan ang isang oras na downtime o isang paglabag sa datos ay maaaring magresulta sa kapaha-pahamak na pinansyal o legal na pagkawasak.