Bagaimana Ivan melakukan metrik DevOps. Objek pengaruh

Seminggu telah berlalu sejak Ivan mula-mula memikirkan tentang metrik DevOps dan menyedari bahawa dengan bantuan mereka adalah perlu untuk menguruskan masa penghantaran produk (Masa-Ke-Pasaran).

Walaupun pada hujung minggu, dia berfikir tentang metrik: "Jadi bagaimana jika saya mengukur masa? Apa yang akan diberikan kepada saya?

Sesungguhnya, apakah yang akan diberikan oleh pengetahuan tentang masa? Katakan penghantaran mengambil masa 5 hari. Jadi, apa yang seterusnya? Adakah ia baik atau buruk? Walaupun ini buruk, maka anda perlu mengurangkan masa ini. Tetapi bagaimana?
Fikiran ini menghantuinya, tetapi tiada penyelesaian yang datang.

Ivan memahami bahawa dia telah mencapai intipati. Graf metrik yang tidak terkira banyaknya yang dia lihat sebelum ini telah lama meyakinkannya bahawa pendekatan standard tidak akan berfungsi, dan jika dia hanya merancang (walaupun ia adalah kohort), ia tidak akan berguna.

Bagaimana menjadi?…

Metrik adalah seperti pembaris kayu biasa. Pengukuran yang dibuat dengan bantuannya tidak akan memberitahu sebabnya, mengapa objek yang diukur adalah betul-betul panjang yang ditunjukkannya. Pembaris hanya akan menunjukkan saiznya, dan tidak lebih. Dia bukan batu ahli falsafah, tetapi hanya papan kayu untuk mengukur.

"Tikus keluli tahan karat" penulis kegemarannya Harry Harrison selalu berkata: pemikiran mesti sampai ke dasar otak dan berbaring di sana, jadi selepas menderita selama beberapa hari tetapi tidak berjaya, Ivan memutuskan untuk mengambil tugas lain...

Beberapa hari kemudian, semasa membaca artikel tentang kedai dalam talian, Ivan tiba-tiba menyedari bahawa jumlah wang yang diterima oleh kedai dalam talian bergantung pada tingkah laku pelawat tapak. Mereka, pelawat/pelanggan, yang memberikan wang kepada kedai dan merupakan sumbernya. Inti wang tunai yang diterima kedai dipengaruhi oleh perubahan dalam tingkah laku pelanggan, bukan perkara lain.

Ternyata untuk mengubah nilai yang diukur adalah perlu untuk mempengaruhi mereka yang membentuk nilai ini, i.e. untuk menukar jumlah wang kedai dalam talian, adalah perlu untuk mempengaruhi tingkah laku pelanggan kedai ini, dan untuk menukar masa penghantaran dalam DevOps, adalah perlu untuk mempengaruhi pasukan yang "membuat" kali ini, i.e. gunakan DevOps dalam kerja mereka.

Ivan menyedari bahawa metrik DevOps tidak sepatutnya diwakili oleh graf sama sekali. Mereka mesti mewakili diri mereka sendiri alat carian pasukan "cemerlang" yang membentuk masa penghantaran terakhir.

Tiada metrik akan menunjukkan sebab mengapa pasukan ini atau itu mengambil masa yang lama untuk menyampaikan pengedaran, fikir Ivan, kerana sebenarnya mungkin terdapat satu juta dan troli kecil, dan mereka mungkin bukan teknikal, tetapi organisasi. Itu. perkara yang paling anda boleh jangkakan daripada metrik adalah untuk menunjukkan pasukan dan keputusan mereka, dan kemudian anda masih perlu mengikuti pasukan ini dengan kaki anda dan mengetahui apa yang salah dengan mereka.

Sebaliknya, syarikat Ivan mempunyai standard yang memerlukan semua pasukan menguji perhimpunan di beberapa bangku. Pasukan itu tidak dapat bergerak ke tempat berdiri seterusnya sehingga yang sebelumnya telah selesai. Ternyata jika kita membayangkan proses DevOps sebagai urutan melepasi tempat duduk, maka metrik boleh menunjukkan masa yang dihabiskan oleh pasukan di tempat duduk ini. Mengetahui pendirian dan masa pasukan, adalah mungkin untuk bercakap dengan mereka dengan lebih khusus tentang sebabnya.

Tanpa teragak-agak, Ivan mengambil telefon dan mendail nombor seseorang yang mahir dalam selok-belok DevOps:

β€” Denis, sila beritahu saya, adakah mungkin untuk memahami bahawa pasukan telah melepasi pendirian ini atau itu?
- Sudah tentu. Jenkins kami membuang bendera jika binaan telah berjaya dilancarkan (lulus ujian) di bangku simpanan.
- Super. Apakah bendera?
- Ini ialah fail teks biasa seperti "stand_OK" atau "stand_FAIL", yang mengatakan bahawa perhimpunan itu lulus atau gagal ujian. Nah, anda faham, bukan?
- Saya rasa ya. Adakah ia ditulis pada folder yang sama dalam repositori di mana pemasangan terletak?
- Ya
β€” Apa yang berlaku jika pemasangan tidak melepasi bangku ujian? Adakah saya perlu membuat binaan baharu?
- Yeah
- Baiklah, terima kasih. Dan satu lagi soalan: adakah saya faham dengan betul bahawa saya boleh menggunakan tarikh penciptaan bendera sebagai tarikh berdiri?
- Sudah tentu!
- Hebat!

Diilhamkan, Ivan menutup telefon dan menyedari bahawa segala-galanya telah jatuh ke tempatnya. Mengetahui tarikh penciptaan fail binaan dan tarikh penciptaan bendera, adalah mungkin untuk mengira ke detik berapa banyak masa yang dihabiskan oleh pasukan pada setiap tempat berdiri dan memahami tempat yang paling banyak dihabiskan.

"Memahami di mana masa yang paling banyak dihabiskan, kami akan menentukan pasukan, pergi ke mereka dan menggali masalah." Ivan tersenyum.

Untuk esok, dia menetapkan sendiri tugas melakar seni bina sistem yang dilukis.

Perlu diteruskan ...

Sumber: www.habr.com

Tambah komen