Иван DevOps көрсеткіштерін қалай жасады. Әсер ету объектісі

Иванның DevOps өлшемдері туралы алғаш ойланып, олардың көмегімен өнімді жеткізу уақытын басқару қажет екенін түсінгеніне бір апта өтті. (Нарықта уақыт).

Тіпті демалыс күндері де ол метрика туралы ойлады: «Сонда мен уақытты өлшесем ше? Ол маған не береді?

Шынында да, уақыт туралы білім не береді? Жеткізу 5 күнге созылады делік. Әрі қарай не? Бұл жақсы ма әлде жаман ба? Бұл жаман болса да, бұл уақытты қандай да бір түрде азайту керек. Бірақ қалай?
Бұл ойлар оны мазалады, бірақ шешім болмады.

Иван оның мәніне келгенін түсінді. Ол бұрын көрген сансыз метрика графиктері оны стандартты тәсілдің жұмыс істемейтініне және егер ол жай сызбасын салса (тіпті когорта болса да), оның еш пайдасы болмайды.

Қалай болу керек?…

Метрика кәдімгі ағаш сызғыш сияқты. Оның көмегімен жасалған өлшемдер себебін көрсетпейді, неге өлшенетін нысан дәл ол көрсеткен ұзындық. Сызғыш оның өлшемін жай ғана көрсетеді, басқа ештеңе жоқ. Ол философтың тасы емес, оны өлшеуге болатын жай ғана ағаш тақтайша.

Өзінің сүйікті жазушысы Гарри Харрисонның «тот баспайтын болаттан жасалған егеуқұйрық» үнемі айтатын: ой мидың түбіне жетіп, сол жерде жатуы керек, сондықтан бірнеше күн бойы азап шегуден нәтиже шықпай, Иван басқа тапсырманы орындауға шешім қабылдады ...

Бір-екі күннен кейін интернет-дүкендер туралы мақаланы оқып отырып, Иван кенеттен интернет-дүкен алатын ақшаның мөлшері сайтқа кірушілердің өзін қалай ұстауына байланысты екенін түсінді. Олар, келушілер/клиенттер, дүкенге өз ақшаларын береді және оның көзі болып табылады. Дүкен алатын ақшаның төменгі сызығына басқа ештеңе емес, тұтынушылардың мінез-құлқындағы өзгерістер әсер етеді.

Өлшенетін шаманы өзгерту үшін осы мәнді қалыптастыратындарға әсер ету керек екендігі анықталды, т.б. Интернет-дүкеннің ақша сомасын өзгерту үшін осы дүкеннің тұтынушыларының мінез-құлқына әсер ету керек болды, ал DevOps-та жеткізу уақытын өзгерту үшін осы жолы «құратын» командаларға әсер ету керек болды, яғни. өз жұмысында DevOps пайдаланыңыз.

Иван DevOps метрикасын мүлде графиктермен көрсетпеу керектігін түсінді. Олар өздерін көрсетуі керек іздеу құралы соңғы жеткізу уақытын қалыптастыратын «көрнекті» командалар.

Ешқандай метрика осы немесе басқа команданың таратуды жеткізуге неге ұзақ уақыт кеткенін көрсетпейді, деп ойлады Иван, өйткені шын мәнінде миллион және шағын арба болуы мүмкін және олар техникалық емес, ұйымдастырушылық болуы мүмкін. Анау. метрикадан күтуге болатын ең көп нәрсе - командаларды және олардың нәтижелерін көрсету, содан кейін сіз әлі де осы командаларды аяғыңызбен бақылап, оларда не дұрыс емес екенін білуіңіз керек.

Екінші жағынан, Иванның компаниясында барлық командалардан бірнеше орындықтарда жинақтарды сынауды талап ететін стандарт болды. Алдыңғы стенд аяқталғанша команда келесі стендке өте алмады. Егер DevOps процесін стендтер арқылы өту тізбегі ретінде елестететін болсақ, онда көрсеткіштер командалардың осы стендтерде өткізген уақытын көрсете алатыны белгілі болды. Команданың позициясы мен уақытын біле отырып, олармен себептері туралы нақтырақ сөйлесуге мүмкіндік туды.

Иван еш ойланбастан телефонды алып, DevOps-тың қыр-сырын жетік білетін адамның нөмірін терді:

— Денис, айтыңызшы, команданың анау-мынау стендтен өткенін қалай түсінуге болады?
- Әрине. Біздің Дженкинс стендте құрастыру сәтті шығарылған (сынақтан өткен) жалаушаны алып тастайды.
- Тамаша. Ту дегеніміз не?
- Бұл жинақтың стендтен өткенін немесе өтпегенін көрсететін “stand_OK” немесе “stand_FAIL” сияқты кәдімгі мәтіндік файл. Ал, түсінесің, солай ма?
- Менің ойымша, иә. Ол жинақ орналасқан репозиторийдегі бір қалтаға жазылған ба?
- Иә
— Жиналыс сынақ стендінен өтпесе не болады? Маған жаңа құрылыс жасау керек пе?
- Иә
- Жарайды, рахмет. Және тағы бір сұрақ: стенд күні ретінде тудың жасалған күнін қолдануға болатынын дұрыс түсінемін бе?
- Мүлдем!
- Тамаша!

Шабыттанған Иван телефонды қойып, бәрі өз орнына түскенін түсінді. Құрастыру файлының жасалған күні мен жалаулардың жасалған күнін біле отырып, командалардың әр стендте қанша уақыт жұмсайтынын секундына дейін есептеуге және олардың көп уақытты қайда өткізетінін түсінуге болады.

«Көп уақыт қайда кететінін түсіне отырып, біз командаларды анықтаймыз, оларға барамыз және мәселені зерттейміз». Иван күлді.

Ертеңгі күнге ол сызылып жатқан жүйенің архитектурасын сызу міндетін қойды.

Жалғасы бар…

Ақпарат көзі: www.habr.com

пікір қалдыру