Մեկ տեխնոլոգիայի արժեքը, որը դուք չեք չափում, որը կարող է խնայել միլիոններ, եթե դա արեք

Ամենամեծ տեղաշարժերից մեկը, որ տեղի է ունենում դեպի ամպ տեղափոխելիս, այն է, թե ինչպես ենք մենք վճարում տեխնոլոգիաների և հավելվածների համար: Արդյունաբերությունը ներկառուցված տվյալների կենտրոններով սերվերի վրա «ամեն ինչ կարող ես» գործընթացից անցել է փոփոխականի կամ օգտակար հաշվարկային մոդելի: Համաձայն վերջին Apptio-ի հաշվետվությունՍա նշանակում է, որ «միկրոօպտիմալացումները կարող են տեղի ունենալ թիմի մակարդակում ամեն օր՝ փոխելու ամպի ծախսերի ձևը… Սա CapEx-ի (կապիտալ ծախսերի) փոխարեն OpEx-ի (գործառնական ծախսերի) աշխարհ է՝ ամբողջությամբ փոխելով ֆինանսական հաշվետվությունների ձևը: ու կառավարել»։

Արդյունքում, ծախսերի համար գնումների ավանդական մոդելը փոփոխվել է՝ ծախսելու ուժը դնելով ինժեներների ձեռքում, ովքեր մշակում և կառավարում են այս հավելվածներն ու ենթակառուցվածքները՝ հաշվի չառնելով, թե դա ինչ է արժենում ընկերությանը գործառնական ծախսերում: Բոլորը, ովքեր այսօր աշխատում են տեխնոլոգիական խրամատներում, կենտրոնացած են այստեղ և հիմա իրենց սեփականության հատուկ տարածքի վրա՝ ապահովելով, որ համակարգը անցնում է ամեն օր առանց խափանումների: Ոչ ոք չի մտածում. Կարո՞ղ ենք մենք անել այն, ինչ անում ենք ավելի արագ, ավելի լավ, ավելի խելացի, այսինքն՝ ավելի արդյունավետ հավելվածների և գործընթացների շրջանակներում:

Apptio-ն, որը մշակված է ծրագրային ապահովման ստեղծողներ, որոնք նախատեսված են պլանավորման, բյուջետավորման և կանխատեսման նպատակներով ՏՏ ծառայությունների արժեքը գնահատելու և հաղորդելու համար, հետագայում նկարագրում է այս իրավիճակի մռայլ իրականությունը որպես «ինժեներներ, որոնք ֆինանսական պարտավորություններ են ստանձնում ամպի նկատմամբ, որոնք ազդում են իրենց ընկերությունների վերջնական գծի վրա, մինչդեռ. Ֆինանսական թիմերը պայքարում են ծախսերի տեմպերին և մանրակրկիտությանը հետևելու համար»:

Ինժեներներից շատերը չեն վերահսկում կամ լիովին չեն հասկանում իրենց գրած ծածկագիրը. նրանք պարզապես ենթակառուցվածք են ավելացնում, որպեսզի գործարկեն այն, ինչ խթանվում է արտադրության մեջ:

Արդյունաբերության մեջ սովորական պրակտիկա չէ հաշվարկել ձեր տեխնոլոգիական միջավայրի ընդհանուր ծախսերը հարյուրավոր հավելվածների կամ տեխնոլոգիաների համար, որոնք ձեր թիմն աջակցում է: Սա պետք է փոխվի: (Նշում. ես չեմ խոսում Robotic Processing Automation-RPA-ի մասին, օգտագործելով բոտերը թվային առաջադրանքների ավտոմատացման համար:) Իմ մոտեցումը կենտրոնացած է հավելվածների, կոդի և գործընթացների արդյունավետության վրա, ոչ թե ավտոմատացման միջոցով արդյունավետության:

Ինչու է կարևոր օրենսգրքի ընդհանուր արժեքը չափելը:

Հավելվածները նախատեսված են բիզնես օգտագործողների համար գործընթացները պարզեցնելու համար: Շատ ռեսուրսներ և բարդություն է պահանջվում, որպեսզի հայտը պատասխան տա, նույնիսկ եթե պատասխանի ժամանակը ընդամենը մի քանի վայրկյան է: Այժմ, բազմապատկեք սա հազարավոր կամ միլիոնավոր հավելվածների հարցումներով վայրկյանում ձեր ձեռնարկության հազարավոր սերվերներում: Հեշտ է, որ իրերը անհասանելի լինեն միաժամանակ այդքան շատ բաների հետ, և դա կապված է նաև ծախսերի հետ: Եթե ​​հավելվածը աշխատող սերվերները պետք է աշխատեն երեք տարի, բայց տևեն միայն մեկը, քանի որ դրանք սպառված են, ո՞րն է այդ հավելվածի իրական արժեքը: Սա մի բան է, որ ֆինանսական տնօրենները և մյուսները պետք է իմանան, քանի որ նրանք ունեն բյուջեներ, որոնք պետք է կատարվեն:

Արդյունավետ, առողջ համակարգը նույն ծանրաբեռնվածությունը մշակելու համար պահանջում է ավելի քիչ ռեսուրսներ, քան անարդյունավետ համակարգը: Կոդի օպտիմիզացումը ավելի շատ ռեսուրսներ է ազատում:

Գործնականում ցանկացած համակարգ ունի հզորությունների ռացիոնալացում առնվազն 30-40 տոկոսով իրականացնելու ներուժ, իսկ ծածկագրի օպտիմալացումը կարող է ապահովել ծախսերի ևս 20-80 տոկոսը:

Սա նշանակում է, որ նույն աշխատանքային բեռները կարող են գործարկվել ավելի փոքր սերվերների վրա՝ նվազեցնելով ամպի և լիցենզավորման ծախսերը: Այս խնայողությունների արժեքը պարզապես կարճաժամկետ չէ, այլ երկարաժամկետ ժամանակահատվածում, քանի որ դիմումների մեծ մասն այժմ գործում է 5-ից 20 տարի կամ ավելի երկար: Դա ոչ միայն հիմնական գծի խնդիրն է, այլ այն, թե ինչ կարելի է անել այս ազատված կապիտալով այսօր բիզնեսի KPI-ների հետագա զարգացման համար:

Պատկերացրեք օրենսգրքի ընդհանուր արժեքը 20 տարվա ընթացքում և հաշվի առեք. «Կարո՞ղ էինք այդ կոդը 20%-ով ավելի արդյունավետ դարձնել, և եթե այո, ապա որքան կարող էինք խնայել 20 տարվա ընթացքում»:

Այնուհետև, կա քայլ դեպի ամպ և Վճարել-ինչպես-Դուք-գնում եք ընդդեմ կանխավճար մոդել, որն ավելի արագ է ծախսում տվյալների համակարգերի շահագործման և պահպանման ծախսերը, քան մենք կարող ենք դրանք գրավել և վերլուծել: Apptio զեկույցը ընդգծում է, թե ինչպես են բոլորը պարտվում, երբ ամպային ծառայությունների ծախսերի թափանցիկություն չկա.

• Ինժեներությունը ծախսում է ավելին, քան անհրաժեշտ է ծախսերի արդյունավետության մասին քիչ պատկերացումներով:
• Ֆինանսական թիմերը պայքարում են հասկանալու և հետևելու համար, թե ինչ է ծախսվում անհասկանալի թվով տարբերակների վրա (միայն AWS-ն ունի մոտավորապես 300,000 SKU և տարեկան լրացուցիչ հազարավոր նոր հնարավորություններ):
• Ղեկավարությունը չունի բավարար ներդրում այն ​​մասին, թե որքան է ծախսվելու կամ առաջնահերթությունների վրա ազդելու կարողություն:
• Գնումները սեփական աութսորսինգի միտումնավոր մասնակից չէ:

Գնահատելով խնայողությունները՝ դուք կունենաք, եթե օպտիմիզացնեք կոդի մի հատվածը, նախքան այն կդարձնի ձեր համակարգը անարդյունավետ (լավագույն դեպքում) կամ առաջացնի խափանում (վատագույն դեպքում), մի փոքր ավելի շատ պլանավորում և պատկերացում կպահանջվի: Բայց դա անհրաժեշտ է, եթե մենք ուզում ենք հետևել բիզնեսի աճի ներկայիս տեմպերին:

Իմ հաջորդ հոդվածում ես կխոսեմ այն ​​մասին, թե ինչպես կարող ենք չափել օրենսգրքի ընդհանուր արժեքը՝ դրանով իսկ խնայելով միլիարդներ անարդյունավետ գործընթացների վրա: Դու ինձ հետ ես?