Two In A Box - Manajemen Konfigurasi

by Apr 11, 2023BI/Analitikkomentar 0

Loro ing kothak (yen sampeyan bisa) lan kabeh wong ing dokumentasi (tansah).

Ing konteks IT, "loro ing kothak" nuduhake loro server utawa komponen sing dirancang kanggo bisa bebarengan kanggo nyedhiyani redundansi lan tambah linuwih. Persiyapan iki bisa mesthekake yen siji komponen gagal, liyane bakal njupuk alih operasi, saéngga njaga kesinambungan layanan. Tujuane duwe "loro ing kothak" yaiku nyedhiyakake kasedhiyan dhuwur lan pemulihan bencana. Iki uga ditrapake kanggo peran manungsa ing organisasi; nanging, iku arang dileksanakake.

Ayo goleki conto Analytics sing cocog. Kita kabeh bisa ngerti wong ing perusahaan utawa organisasi kita kanthi jeneng sing dadi "go-to" kanggo Analytics. Dheweke sing duwe laporan utawa dasbor sing dijenengi - Laporan Mike utawa Dashboard Jane. Mesthi, ana wong liya sing ngerti analytics, nanging iki minangka juara sejatine sing ngerti carane ngrampungake perkara sing paling angel lan entuk tenggat wektu. Masalahe wong-wong iki mandhiri. Ing pirang-pirang kasus ing tekanan, dheweke ora bisa kerja karo sapa wae amarga bisa uga alon-alon lan ing kene masalah kasebut diwiwiti. Kita ora tau mikir yen kita bakal kelangan wong iki. Aku bakal ngempet saka khas "Ayo padha kenek bis" utawa nggunakake conto leveraging kesempatan pasar kerja saiki lan ngomong soko positif kaya "dheweke menang lotre!", Amarga kita kabeh kudu nindakake bagean kita dadi positif. dina iki.

The Story
Senin esuk teka, lan ahli analytics lan juara MJ wis ngirim mundur. MJ menang lotre lan wis ninggalake negara tanpa care ing donya. Tim lan wong sing ngerti MJ seneng lan cemburu, nanging kerja kudu ditindakake. Saiki nilai lan kasunyatan sing ditindakake MJ bakal dimangerteni. MJ tanggung jawab kanggo nerbitake pungkasan lan validasi analytics. Dheweke mesthi bisa nambah efisiensi utawa nggawe owah-owahan sing angel sadurunge nyedhiyakake analytics kanggo kabeh wong. Ora ana sing peduli kepiye carane rampung lan aman amarga kedadeyan kasebut, lan MJ minangka Rock Star individu Analytics supaya tingkat otonomi diwenehake. Saiki nalika tim wiwit njupuk potongan-potongan, panjaluk, masalah saben dina, panjaluk modifikasi padha kelangan lan wiwit scramble. Laporan / Dashboard ditemokake ing negara sing ora dingerteni; sawetara aset ora nganyari ing akhir minggu, lan kita ora ngerti apa; wong takon apa kedaden lan nalika iku bakal didandani, suntingan sing MJ ngandika rampung ora katon lan kita ora ngerti apa. Tim katon ala. Iku bilai lan saiki kita kabeh sengit MJ.

Pawulangan
Ana sawetara sing gampang lan jelas.

  1. Aja ngidini wong bisa kerja dhewe. Muni apik nanging ing tim lincah cilik, kita ora duwe wektu utawa wong kanggo nggawe iki kelakon. Wong teka lan lunga, tugas akeh, mula dibagi lan digdaya kanthi jeneng produktivitas.
  2. Saben uwong kudu nuduhake kawruh. Uga muni apik nanging kita nuduhake karo wong utawa wong sing bener? Elinga yen akeh pemenang lotre minangka rekan kerja. Nindakake sesi nuduhake kawruh uga mbutuhake wektu adoh saka tugas lan umume wong mung nandur modal ing katrampilan lan kawruh ing wektu sing dibutuhake.

Dadi, apa sawetara solusi nyata sing bisa ditindakake lan bisa ditindakake saben wong?
Ayo dadi miwiti karo Manajemen Konfigurasi. Kita bakal nggunakake iki minangka istilah payung kanggo sawetara topik sing padha.

  1. Manajemen owah-owahan: Proses ngrancang, ngleksanakake, lan ngontrol owah-owahan ing sistem piranti lunak kanthi cara sing terstruktur lan sistematis. Proses iki nduweni tujuan kanggo mesthekake yen owah-owahan digawe kanthi cara sing dikontrol lan efisien (kanthi kemampuan kanggo mbalekake maneh), kanthi gangguan minimal kanggo sistem sing ana lan entuk manfaat maksimal kanggo organisasi.
  2. Manajemen Proyek: Perencanaan, organisasi, lan kontrol proyek pangembangan piranti lunak kanggo mesthekake yen rampung kanthi tepat wektu, miturut anggaran, lan standar kualitas sing dikarepake. Iki kalebu koordinasi sumber daya, aktivitas, lan tugas ing saindhenging siklus urip pangembangan piranti lunak kanggo nggayuh tujuan proyek lan ngirim produk piranti lunak kanthi jadwal.
  3. Integrasi Terus-terusan lan Pangiriman Terus-terusan (CI/CD): Proses ngotomatisasi bangunan, uji coba, lan panyebaran piranti lunak. Integrasi sing terus-terusan mbutuhake owah-owahan kode kanthi reguler dadi gudang sing dienggo bareng lan nglakokake tes otomatis kanggo ndeteksi kesalahan ing awal proses pangembangan. Pangiriman / Panyebaran Terus-terusan kalebu kanthi otomatis ngeculake owah-owahan kode sing wis diuji lan divalidasi menyang produksi, ngidini rilis fitur lan perbaikan anyar kanthi cepet lan kerep.
  4. Kontrol Versi: Proses ngatur owah-owahan kanggo kode sumber lan artefak piranti lunak liyane liwat wektu nggunakake piranti lunak khusus. Iki ngidini pangembang kanggo kolaborasi ing basis kode, njaga riwayat owah-owahan sing lengkap, lan eksperimen karo fitur-fitur anyar tanpa mengaruhi basis kode utama.

Kabeh ing ndhuwur nuduhake praktik pangembangan piranti lunak sing apik. Analytics sing nyopir lan mbukak bisnis pantes ora kurang amarga misi kritis kanggo nggawe keputusan. Kabeh aset analytics (pekerjaan ETL, definisi semantik, definisi metrik, laporan, dashboard, crita ... etc) mung potongan kode kanthi antarmuka visual kanggo ngrancang lan owah-owahan sing katon cilik bisa nyebabake kacilakan ing operasi.

Nggunakake Manajemen Konfigurasi isine kita tetep mlaku ing negara apik. Aset sing versi supaya kita bisa ndeleng apa wis kedaden ing span urip, kita ngerti sing nggarap apa bebarengan karo kemajuan digawe lan timeline, lan kita ngerti sing produksi bakal terus. Ingkang boten katutup dening proses murni inggih punika transfer kawruh lan pangertosan ngapa barang-barang punika kados makaten.

Saben sistem, basis data, lan alat analytics duwe quirks dhewe. Bab-bab sing nggawe dheweke cepet utawa alon, barang-barang sing nggawe tumindak kanthi cara tartamtu utawa ngasilake asil sing dikarepake. Iki bisa dadi setelan ing sistem utawa tingkat global utawa barang-barang ing desain aset sing ndadekake dheweke bisa mlaku kaya sing dikarepake. Masalahe yaiku umume perkara kasebut disinaoni sajrone wektu lan ora ana papan kanggo nyathet. Sanajan kita pindhah menyang sistem Cloud sing ora bisa ngontrol maneh carane aplikasi kasebut dieksekusi lan kita ngandelake supplier supaya bisa cepet, tweaking definisi terus ing aset kita kanggo mbukak kunci apa sing kita goleki. Kawruh iki sing kudu dicekel lan disebarake kanthi kasedhiya kanggo wong liya. Kawruh iki kudu dibutuhake minangka bagéan saka dokumentasi aset lan dadi bagéan integral saka kontrol versi & CI/CD mriksa lan proses persetujuan lan ing sawetara kasus malah minangka bagéan saka dhaftar mriksa sadurunge nerbitaké bab apa lan ora. nindakake.

Ora ana jawaban tenung utawa AI kanggo nutupi trabasan ing proses analytics kita utawa ora ana. Preduli saka ukuran tim sing tetep data lan analytics mili investasi ing sistem kanggo trek owah-owahan, versi kabeh aset lan bantuan kanggo document proses pembangunan lan njupuk kawruh iku kudu. Investasi ing proses lan wektu ing ngarep bakal ngirit ton wektu sing boroske mengko kanggo ngerteni apa wae kanggo njaga kahanan analytics sing sehat. Iku kedadeyan lan paling apik kanggo duwe kabijakan asuransi kanggo MJ lan pemenang lotre liyane.