Topik DevOps lan IaC populer banget lan berkembang kanthi cepet. Nanging, paling penulis nangani masalah sejatine sifate technical ing dalan iki. Aku bakal njlèntrèhaké masalah karakteristik saka perusahaan gedhe. Aku ora duwe solusi - masalah, umume, fatal lan dumunung ing wilayah birokrasi, audit, lan "soft skill".
Amarga judhul artikel kaya mangkene, Daenerys, sing wis pindhah menyang sisih Enterprise, bakal dadi kucing.
Mesthi, saiki ana tabrakan lawas lan anyar. Lan asring ing tabrakan iki ora ana sing bener utawa salah. Mangkono kedadeyane. Nanging, supaya ora dadi unfounded, kita bakal miwiti karo layar iki:
Iki sing diarani Change Request. Sampeyan ndeleng kira-kira sapratelon saka lapangan sing kudu diisi saka macem-macem direktori, kolom sing isih ana ing tetenger liyane. Dokumen kasebut kudu diisi supaya bisa ngetrapake naskah menyang server produksi, utawa ngunggah file anyar, utawa umume ngganti apa wae.
Jumlah kolom kaya ngono aku nulis otomatisasi cilik kanggo ngisi kolom kasebut. Kajaba iku, kaca iki ditulis kanthi cara sing ora ana alat otomatis sing bisa ndeleng lapangan, lan mung solusi sing bisa ditindakake yaiku nggunakake AutoIt kanggo ngeklik koordinat kanthi mouse kanthi bodho. Evaluasi tingkat desperation sampeyan kanggo nindakake iki:
Dadi, sampeyan njupuk jenkins, chef, terraform, nexus, lan sapiturute, lan kanthi seneng nyebarake kabeh menyang dev sampeyan. Nanging wektune ngirim menyang QA, UAT lan PROD. Sampeyan duwe artefak Nexus lan sampeyan nampa layang saka DBA kanthi kaya iki:
Dear,
Kaping pisanan, nexus sampeyan bisa duwe dhewe Aku ora duwe akses kanggo Nexus Panjenengan
Kapindho, kabeh owah-owahan kudu ditanggepi minangka Panjaluk Ganti.
Sampeyan kudu extract skrip SQL saka Nexus lan masang menyang Request Ganti.
Yen pangowahan ora Darurat, iki kudu ditindakake 7 dina sadurunge dirilis (khusus ing Akhir Pekan)
Nalika Panjaluk Ganti sampeyan disetujoni dening akeh wong, DBA bakal nglakokake skrip sampeyan lan malah ngirim gambar asil kanthi mail.Salam hormat, DBA sampeyan sing wis kerja ing kene wiwit jaman mainframe.
Apa sampeyan ngerti apa iki ngelingake aku? Semi-otomatisasi: robot nyekel pigura, lan buruh mencet karo sledgehammer. Ya, tenan, apa gunane Nexus iki yen kabeh rampung kanthi manual?
Nanging Enterprise ora kudu disalahake kanggo iki! Iku, mesthi, getih, nanging kabeh birokrasi iki karo Change Requests dipeksa lan teka saka auditor. Perusahaan kudu kerja kanthi cara iki, wektu. Dheweke ora bisa nindakake kanthi cara liya. Lan audit minangka perkara sing konservatif. Contone, sepira akeh sing wis dicritakake babagan kasunyatan manawa tembung sandhi pseudo-kompleks sing dawa lan asring diganti dadi ala, nanging perusahaan bakal dadi papan pungkasan sing bakal diganti. Uga karo penyebaran lan kabeh liyane.
Miturut cara, ing siji wektu aku nyoba kanggo nggawe file kanggo terraform, nanging ora bisa. Aku kesandhung ing makna saka tag 'Project Accounting Billing Code', kang aku ora ngatur kanggo mangerteni - Aku ora duwe cukup soft skills.
Aku malah ora njupuk topik Luddisme pasif - oh, otomatisasi sampeyan ngancam keamanan kerjaku, aku ora pengin sinau sing anyar, mula aku bakal sabotase kanthi tenang.
Inggih, apa bisa dadi solusi ing prinsip? Sistem ITSM duwe API sing primitif banget kanggo ngasilake dokumen kanthi otomatis. Lan umume, umume sistem kasebut teka saka jaman mainframe. Apa ana sing ngerti sistem ITSM sing modern? Apa ana sing duwe pengalaman sukses nggabungake DevOps modern lan birokrasi? We are, mesthi, ora ngomong bab sejatine sifate dodolan situs, ngendi ana bener bisa penyebaran saben dina, nanging, contone, sektor perbankan, kang ana ing auditor lan isolasi banget kuwat ing lingkungan sing luwih dhuwur.
Cukup aja lali yen kabeh fantasi sampeyan diwatesi dening audit. Lan sing ngganti kabeh. Aku ngenteni sampeyan ing komentar!
Source: www.habr.com