Иван хэрхэн DevOps хэмжигдэхүүнийг хийсэн. Нөлөөллийн объект

Иван DevOps хэмжүүрүүдийн талаар анх бодож, тэдний тусламжтайгаар бүтээгдэхүүн хүргэх хугацааг удирдах шаардлагатай гэдгийг ойлгосноос хойш долоо хоног өнгөрчээ. (Зах зээлд хүрэх хугацаа).

Амралтын өдрүүдээр ч тэр хэмжүүрийн талаар бодож байсан: "Тэгвэл би цагийг хэмжвэл яах вэ? Энэ нь надад юу өгөх вэ?

Үнэхээр цаг хугацааны мэдлэг юу өгөх вэ? Хүргэлт 5 хоног үргэлжилнэ гэж бодъё. Тэгэхээр, дараа нь юу вэ? Сайн уу, муу юу? Хэдийгээр энэ нь муу байсан ч та ямар нэгэн байдлаар энэ хугацааг багасгах хэрэгтэй. Гэхдээ яаж?
Эдгээр бодлууд түүнийг зовоож байсан ч ямар ч шийдэлд хүрсэнгүй.

Иван түүний мөн чанарт хүрсэн гэдгээ ойлгов. Түүний өмнө нь харж байсан тоо томшгүй олон хэмжигдэхүүн графикууд түүнийг стандарт арга барил нь ажиллахгүй бөгөөд хэрэв тэр зүгээр л зурсан бол (энэ нь когорт байсан ч гэсэн), энэ нь ямар ч ашиггүй болно.

Яаж байх вэ?…

Метрик нь ердийн модон захирагчтай адил юм. Түүний тусламжтайгаар хийсэн хэмжилт нь шалтгааныг хэлэхгүй. яагаад хэмжиж буй объект нь түүний үзүүлсэн урттай яг ижил байна. Захирагч зүгээр л түүний хэмжээг харуулах болно, өөр юу ч биш. Тэр бол философийн чулуу биш, зүгээр л хэмжих модон самбар юм.

Түүний хайртай зохиолч Харри Харрисоны "зэвэрдэггүй ган харх" үргэлж "бодол тархины ёроолд хүрч, тэнд хэвтэж байх ёстой" гэж үргэлж хэлдэг байсан тул Иван хэдэн өдөр шаналж, үр дүнд хүрээгүй тул өөр ажил хийхээр шийджээ ...

Хэдэн өдрийн дараа Иван онлайн дэлгүүрүүдийн тухай нийтлэлийг уншиж байхдаа гэнэт онлайн дэлгүүрийн хүлээн авах мөнгөний хэмжээ нь сайтад зочлогчид хэрхэн биеэ авч явахаас хамаарна гэдгийг ойлгов. Тэд бол зочин/үйлчлүүлэгчид бөгөөд дэлгүүрт мөнгөө өгч, түүний эх үүсвэр болдог. Дэлгүүрийн хүлээн авсан бэлэн мөнгө нь өөр юу ч биш, харин үйлчлүүлэгчийн зан төлөвийн өөрчлөлтөд нөлөөлдөг.

Хэмжсэн утгыг өөрчлөхийн тулд энэ утгыг бүрдүүлж буй хүмүүст нөлөөлөх шаардлагатай болсон. онлайн дэлгүүрийн мөнгөний хэмжээг өөрчлөхийн тулд энэ дэлгүүрийн үйлчлүүлэгчдийн зан төлөвт нөлөөлөх шаардлагатай байсан бөгөөд DevOps-д хүргэх хугацааг өөрчлөхийн тулд энэ удаад "бүтээж буй" багуудад нөлөөлөх шаардлагатай байсан. ажилдаа DevOps ашиглах.

Иван DevOps хэмжигдэхүүнийг графикаар огт илэрхийлэх ёсгүй гэдгийг ойлгосон. Тэд өөрсдийгөө төлөөлөх ёстой хайлтын хэрэгсэл Эцсийн хүргэх хугацааг тодорхойлдог "онцлох" багууд.

Бодит байдал дээр нэг сая, жижиг тэрэг байж болох бөгөөд тэдгээр нь техникийн биш, харин зохион байгуулалттай байж болох юм гэж Иван бодлоо. Тэдгээр. хэмжүүрээс хамгийн их хүлээж болох зүйл бол багууд болон тэдгээрийн үр дүнг харуулах бөгөөд дараа нь та эдгээр багийг хөлөөрөө дагаж, тэдэнд юу нь буруу байгааг олж мэдэх хэрэгтэй.

Нөгөөтэйгүүр, Иванын компани бүх багийг хэд хэдэн вандан сандал дээр угсрах ажлыг туршихыг шаарддаг стандарттай байсан. Өмнөх зогсоолыг дуусгах хүртэл баг дараагийн зогсоол руу шилжиж чадсангүй. Хэрэв бид DevOps процессыг стендээр дамжин өнгөрөх дараалал гэж төсөөлвөл эдгээр индэр дээр багуудын зарцуулсан цагийг хэмжүүрээр харуулах боломжтой болсон. Багийн байр суурь, цаг хугацааг мэдэж байгаа учир шалтгааны талаар тэдэнтэй илүү тодорхой ярилцах боломжтой байсан.

Иван эргэлзэлгүйгээр утсаа аваад DevOps-ийн нарийн ширийнийг сайн мэддэг хүний ​​дугаарыг залгав:

- Денис, надад хэлээч, баг энэ эсвэл тэр байрыг давсан гэж ойлгож болох уу?
-Мэдээж. Манай Женкинс вандан сандал дээр угсрах ажлыг амжилттай хийсэн (туршилтанд тэнцсэн) тугийг хаядаг.
- Мундаг. Туг гэж юу вэ?
- Энэ нь "stand_OK" эсвэл "stand_FAIL" гэх мэт ердийн текст файл бөгөөд уг чуулган шалгалтанд тэнцсэн эсвэл амжилтгүй болсон гэсэн үг юм. За ойлголоо, тийм үү?
-Тийм гэж бодож байна. Энэ нь угсралт байрладаг репозиторын нэг хавтсанд бичигдсэн үү?
-Тийм ээ
- Хурал туршилтын вандан давж чадаагүй бол яах вэ? Би шинэ бүтээн байгуулалт хийх шаардлагатай юу?
-Тиймээ
- За, баярлалаа. Мөн өөр нэг асуулт: би туг үүсгэсэн огноог индэрийн огноо болгон ашиглаж болно гэдгийг зөв ойлгож байна уу?
-Мэдээж!
- Мундаг!

Урам зориг орсон Иван утсаа таслаад бүх зүйл байрандаа орсныг мэдэв. Барилгын файлыг үүсгэсэн огноо, тугуудыг бүтээсэн огноог мэдсэнээр багууд стенд бүрт хэр их цаг зарцуулдагийг тооцоолж, хаана хамгийн их цаг зарцуулж байгааг ойлгох боломжтой байв.

"Хамгийн их цагийг хаана зарцуулж байгааг ойлгохын тулд бид багуудаа тодруулж, тэдэн дээр очиж, асуудлыг судлах болно." Иван инээмсэглэв.

Маргаашийн хувьд тэрээр зурж буй системийн архитектурыг зурах ажлыг өөртөө тавьсан.

Үргэлжлэл бий…

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх