ეფექტური, ჯანსაღი სისტემა მოითხოვს ნაკლებ რესურსებს იგივე დატვირთვის დასამუშავებლად, ვიდრე არაეფექტური სისტემა. კოდის ოპტიმიზაცია კიდევ უფრო მეტ რესურსს ათავისუფლებს.
გთხოვ
ღრუბელზე გადასვლისას ერთ-ერთი ყველაზე დიდი ცვლილება არის ის, თუ როგორ ვიხდით ტექნოლოგიებსა და აპლიკაციებს. ინდუსტრია გადავიდა სერვერზე ყველა-თქვენ-შეგიძლია-პროცესიდან, სადაც განთავსებულია მონაცემთა ცენტრები, ცვლადზე ან სასარგებლო გამოთვლით მოდელზე. ბოლო Apptio-ს მიხედვით მოხსენება, ეს ნიშნავს, რომ „მიკროოპტიმიზაცია შეიძლება მოხდეს გუნდის დონეზე ყოველდღე და ღრუბლის დახარჯვის ფორმის შესაცვლელად… ეს არის OpEx-ის სამყარო (ოპერაციული ხარჯები) ნაცვლად CapEx-ის (კაპიტალური ხარჯები), რომელიც მთლიანად ცვლის ფინანსების ანგარიშგებას. და მოახერხა“.
შედეგად, ტრადიციული შესყიდვების მოდელი შეიცვალა ხარჯებისთვის, რაც ხარჯვის ძალას აწვდის ინჟინრების ხელში, რომლებიც ავითარებენ და მართავენ ამ აპლიკაციებსა და ინფრასტრუქტურას და არ ითვალისწინებენ რა უჯდება კომპანიას საოპერაციო ხარჯებში. ყველა, ვინც დღეს მუშაობს ტექნოლოგიურ თხრილებში, ორიენტირებულია აქ და ახლა მათი საკუთრების სპეციფიკურ სფეროზე, რაც უზრუნველყოფს სისტემას ყოველი დღის გათიშვის გარეშე. არავინ ფიქრობს: შეგვიძლია გავაკეთოთ ის, რასაც ვაკეთებთ უფრო სწრაფად, უკეთესად, უფრო ჭკვიანურად, ანუ უფრო ეფექტურად აპლიკაციებისა და პროცესების ფარგლებში?
Apptio, პროგრამული უზრუნველყოფის შემქმნელი, რომელიც შექმნილია IT სერვისების ღირებულების შესაფასებლად და კომუნიკაციისთვის დაგეგმვის, ბიუჯეტირებისა და პროგნოზირების მიზნებისთვის, შემდგომ აღწერს ამ სიტუაციის მწარე რეალობას, როგორც „ინჟინრები, რომლებიც იღებენ ფინანსურ ვალდებულებებს ღრუბელთან მიმართებაში, რომლებიც გავლენას ახდენენ მათი კომპანიების ბოლო ხაზებზე. ფინანსური გუნდები იბრძვიან დახარჯვის ტემპისა და სიზუსტის შესანარჩუნებლად.”
ინჟინრების უმეტესობა არ აკონტროლებს ან სრულად არ ესმის მათ მიერ დაწერილ კოდს; ისინი უბრალოდ ამატებენ ინფრასტრუქტურას, რათა აწარმოონ ის, რაც ხელს უწყობს წარმოებას.
ინდუსტრიაში არ არის გავრცელებული პრაქტიკა თქვენი ტექნოლოგიური გარემოს ჯამური ხარჯების გამოთვლა ასობით აპლიკაციისთვის ან ტექნოლოგიისთვის, რომელსაც თქვენი გუნდი მხარს უჭერს. ეს უნდა შეიცვალოს. (შენიშვნა: მე არ ვსაუბრობ Robotic Processing Automation-RPA-ზე, ბოტების გამოყენებაზე ციფრული ამოცანების ავტომატიზაციისთვის.) ჩემი მიდგომა ორიენტირებულია აპლიკაციების, კოდისა და პროცესების ეფექტურობაზე და არა ეფექტურობაზე ავტომატიზაციის გზით.
რატომ არის მნიშვნელოვანი კოდის მთლიანი ღირებულების გაზომვა.
აპლიკაციები შექმნილია იმისთვის, რომ პროცესები გამარტივდეს ბიზნეს მომხმარებლისთვის. განაცხადის პასუხის გაცემას ბევრი რესურსი და სირთულე სჭირდება, მაშინაც კი, თუ პასუხის დრო მხოლოდ რამდენიმე წამია. ახლა, გაამრავლეთ ეს ათასობით ან მილიონობით განაცხადის მოთხოვნაზე წამში თქვენს საწარმოში ათასობით სერვერზე. ადვილია, რომ ყველაფერი მიუწვდომელი გახდეს, როდესაც ამდენი რამ ერთდროულად ხდება, და ეს ასევე დაკავშირებულია ხარჯებთან. თუ სერვერები, რომლებიც ამუშავებენ აპლიკაციას, უნდა გაგრძელდეს სამი წლის განმავლობაში, მაგრამ მხოლოდ ერთი, რადგან ისინი ამოწურულია - რა არის ამ აპლიკაციის ნამდვილი ღირებულება? ეს არის ის, რაც CFO-ებმა და სხვებმა უნდა იცოდნენ, რადგან მათ აქვთ ბიუჯეტები, რომლებიც უნდა დაკმაყოფილდეს.
ეფექტური, ჯანსაღი სისტემა მოითხოვს ნაკლებ რესურსებს იგივე დატვირთვის დასამუშავებლად, ვიდრე არაეფექტური სისტემა. კოდის ოპტიმიზაცია კიდევ უფრო მეტ რესურსს ათავისუფლებს.
პრაქტიკულად ნებისმიერ სისტემას აქვს პოტენციალი განახორციელოს სიმძლავრის რაციონალიზაცია მინიმუმ 30-40 პროცენტით და კოდის ოპტიმიზაციამ შეიძლება უზრუნველყოს ხარჯების კიდევ 20-დან 80 პროცენტამდე დაზოგვა.
ეს ნიშნავს, რომ იგივე დატვირთვები შეიძლება გაშვებული იყოს პატარა სერვერებზე, რაც ამცირებს ღრუბელსა და ლიცენზირების ხარჯებს. ამ დანაზოგის ღირებულება არ არის უბრალოდ მოკლევადიანი, არამედ ხანგრძლივი დროის განმავლობაში, რადგან აპლიკაციების უმეტესობა ახლა მოქმედებს 5-დან 20 წლამდე ან მეტხანს. ეს არ არის მხოლოდ მთავარი საკითხი, ეს არის იმის გათვალისწინება, თუ რა შეიძლება გაკეთდეს ამ გამოთავისუფლებული კაპიტალით დღეს ბიზნესის KPI-ების შემდგომი განვითარებისთვის.
წარმოიდგინეთ კოდის მთლიანი ღირებულება 20 წელზე მეტი ხნის განმავლობაში და გაითვალისწინეთ: „შეგვეძლო გაგვეკეთებინა ეს კოდი 20%-ით უფრო ეფექტური და, თუ ასეა, რამდენის დაზოგვა შეგვეძლო 20 წლის განმავლობაში?
შემდეგ, არის ღრუბელზე გადასვლა და pay-as-you-go წინააღმდეგ წინასწარ გადახდა მოდელი, რომელიც ხარჯავს მონაცემთა სისტემების მუშაობისა და შენარჩუნების ხარჯებს უფრო სწრაფად, ვიდრე ჩვენ შეგვიძლია მათი აღება და ანალიზი. Apptio ანგარიში ხაზს უსვამს იმას, თუ როგორ კარგავს ყველა, როდესაც არ არის გამჭვირვალობა ღრუბლოვანი სერვისების ხარჯებში:
- ინჟინერია ხარჯავს იმაზე მეტს, ვიდრე სჭირდება ხარჯების ეფექტურობის მცირე გაგებით.
- ფინანსური გუნდები იბრძვიან გაიგონ და გააგრძელონ ის, თუ რა იხარჯება გონივრული რაოდენობის ვარიანტებზე (მარტო AWS-ს აქვს დაახლოებით 300,000 SKU და დამატებით ათასობით ახალი ფუნქცია წელიწადში).
- ხელმძღვანელობას არ აქვს საკმარისი ინფორმაცია იმის შესახებ, თუ რა თანხა დაიხარჯება ან პრიორიტეტებზე გავლენის მოხდენის შესაძლებლობა.
- შესყიდვა არ არის საკუთარი აუთსორსინგის მიზანმიმართული მონაწილე.
დანაზოგის შეფასებისთვის, თქვენ გექნებათ, თუ ოპტიმიზაციას გაუკეთებთ კოდის ნაწილს, სანამ ის გახდის თქვენს სისტემას არაეფექტურს (საუკეთესო შემთხვევაში) ან გამოიწვევს გათიშვას (უარეს შემთხვევაში), ცოტა მეტი დაგეგმვა და ხედვა სჭირდება. მაგრამ ეს აუცილებელია, თუ გვსურს მივყვეთ ამჟამინდელი ზრდის ტემპს, რომელსაც ბიზნესი განიცდის.
ჩემს შემდეგ სტატიაში მე ვისაუბრებ იმაზე, თუ როგორ შეგვიძლია გავზომოთ კოდის მთლიანი ღირებულება, რითაც დაზოგავთ მილიარდებს არაეფექტურ პროცესებზე. ჩემთან ხარ?
წყარო: https://www.forbes.com/sites/forbesbooksauthors/2023/02/27/the-one-technology-cost-youre-not-measuring-that-could-save-millions-if-you-did/