تنها هزینه فناوری که نمی‌سنجید – که اگر انجام می‌دادید می‌توانست میلیون‌ها نفر را ذخیره کند

یکی از بزرگ‌ترین تغییراتی که با انتقال به فضای ابری رخ می‌دهد، نحوه پرداخت ما برای فناوری و برنامه‌های کاربردی است. این صنعت از پردازش همه کاره در سرور با مراکز داده داخلی به یک متغیر یا مدل محاسباتی کاربردی تغییر کرده است. طبق یک Apptio اخیر گزارشاین بدان معنی است که «بهینه‌سازی‌های خرد می‌توانند هر روز در سطح تیم اتفاق بیفتند تا شکل هزینه‌های ابری را تغییر دهند... این دنیایی از OpEx (هزینه‌های عملیاتی) به جای CapEx (هزینه‌های سرمایه‌ای) است که به طور کامل نحوه گزارش مالی را تغییر می‌دهد. و مدیریت کرد.»

در نتیجه، مدل سنتی تدارکات برای هزینه‌ها اصلاح شده است، و قدرت هزینه را در دست مهندسانی قرار می‌دهد که در حال توسعه و مدیریت این برنامه‌ها و زیرساخت‌ها هستند، بدون اینکه توجهی به هزینه‌های عملیاتی شرکت داشته باشند. همه افرادی که امروزه در سنگرهای فناوری کار می کنند، بر اینجا و اکنون برای حوزه مالکیت خاص خود متمرکز شده اند، و اطمینان حاصل می کنند که سیستم هر روز بدون قطعی کار می کند. هیچ کس به این فکر نمی کند: آیا می‌توانیم کاری را که انجام می‌دهیم سریع‌تر، بهتر، هوشمندانه‌تر، یعنی کارآمدتر در برنامه‌ها و فرآیندها انجام دهیم؟

Apptio، سازندگان نرم‌افزار طراحی‌شده برای ارزیابی و ارتباط هزینه خدمات فناوری اطلاعات برای اهداف برنامه‌ریزی، بودجه‌بندی و پیش‌بینی، واقعیت تلخ این وضعیت را اینگونه توصیف می‌کند: «مهندسانی که تعهدات مالی خود را نسبت به فضای ابری انجام می‌دهند که بر سود شرکت‌هایشان تأثیر می‌گذارد. تیم های مالی برای همگام شدن با سرعت و جزئیات هزینه ها تلاش می کنند.

اکثر مهندسان کدی را که می نویسند کنترل نمی کنند یا به طور کامل درک نمی کنند. آنها صرفاً زیرساخت‌هایی را اضافه می‌کنند تا هر آنچه را که به سمت تولید ارتقا می‌یابد اجرا کنند.

محاسبه کل هزینه های محیط فناوری خود برای صدها برنامه کاربردی یا فناوری که تیم شما از آن پشتیبانی می کند، در صنعت معمول نیست. این باید تغییر کند. (توجه: من در مورد Robotic Processing Automation-RPA، استفاده از ربات ها برای خودکارسازی وظایف دیجیتال صحبت نمی کنم.) رویکرد من بر کارایی برنامه ها، کدها و فرآیندها متمرکز است، نه کارایی از طریق اتوماسیون.

چرا اندازه گیری هزینه کل کد مهم است.

برنامه ها به گونه ای طراحی شده اند که فرآیندها را برای کاربر تجاری ساده کنند. به منابع و پیچیدگی زیادی نیاز است تا یک برنامه پاسخ دهد، حتی اگر زمان پاسخگویی تنها چند ثانیه باشد. اکنون، این را در هزاران یا میلیون ها درخواست برنامه در ثانیه در هزاران سرور در سراسر شرکت خود ضرب کنید. دور از دسترس شدن همه چیز با اتفاقات همزمان بسیار آسان است و این به هزینه ها نیز مربوط می شود. اگر قرار است سرورهایی که یک برنامه را اجرا می کنند سه سال عمر کنند، اما فقط یک سال عمر کنند زیرا ظرفیت آنها کم است، هزینه واقعی آن برنامه چقدر است؟ این چیزی است که مدیران مالی و دیگران باید بدانند زیرا بودجه‌هایی در اختیار دارند که باید برآورده شوند.

یک سیستم کارآمد و سالم به منابع کمتری برای پردازش حجم کاری مشابه نسبت به یک سیستم ناکارآمد نیاز دارد. بهینه سازی کد منابع بیشتری را آزاد می کند.

تقریباً هر سیستمی این پتانسیل را دارد که حداقل 30 تا 40 درصد منطقی‌سازی ظرفیت را محقق کند و بهینه‌سازی کد ممکن است 20 تا 80 درصد دیگر در هزینه صرفه‌جویی کند.

این بدان معناست که می‌توان بارهای کاری مشابهی را روی سرورهای کوچکتر اجرا کرد و هزینه‌های ابر و مجوز را کاهش داد. ارزش این صرفه جویی ها صرفا کوتاه مدت نیست، بلکه در دوره های زمانی طولانی مدت است، زیرا اکثر برنامه ها اکنون بین 5 تا 20 سال یا بیشتر عمر می کنند. این فقط یک موضوع نهایی نیست، بلکه در نظر گرفتن این است که با این سرمایه آزاد شده چه کاری می توان انجام داد تا شاخص های کلیدی کسب و کار امروز را بیشتر کرد.

مجموع هزینه کد را بیش از 20 سال تصور کنید و در نظر بگیرید: آیا می‌توانستیم آن کد را 20 درصد کارآمدتر کنیم، و اگر چنین است، در طول 20 سال چقدر می‌توانستیم صرفه‌جویی کنیم؟»

سپس، حرکت به ابر و وجود دارد پرداخت به عنوان شما بروید در مقابل پیش پرداخت مدلی که هزینه‌های راه‌اندازی و نگهداری سیستم‌های داده را سریع‌تر از آنچه که بتوانیم آنها را ضبط و تجزیه و تحلیل کنیم، بالا می‌برد. گزارش Apptio نشان می‌دهد که وقتی هیچ شفافیتی در هزینه‌های خدمات ابری وجود ندارد، همه ضرر می‌کنند:

• مهندسی بیش از آنچه نیاز دارد با درک کمی از کارایی هزینه هزینه می کند.
• تیم‌های مالی در تلاش برای درک – و پیگیری – چیزی هستند که برای تعداد شگفت‌انگیز گزینه‌ها هزینه می‌شود (AWS به تنهایی تقریباً 300,000 SKU و هزاران ویژگی جدید اضافی در سال دارد).
• رهبری اطلاعات کافی در مورد میزان هزینه یا توانایی تأثیرگذاری بر اولویت ها ندارد.
• تدارکات یک شرکت عمدی در برون سپاری خود نیست.

تخمین پس انداز، اگر یک قطعه کد را قبل از اینکه سیستم شما را ناکارآمد کند (در بهترین حالت) یا باعث خاموشی (در بدترین حالت) شود، بهینه سازی کنید، برنامه ریزی و بینش بیشتری می طلبد. اما اگر بخواهیم با نرخ فعلی رشدی که کسب‌وکارها تجربه می‌کنند همگام باشیم، ضروری است.

در مقاله بعدی خود، در مورد اینکه چگونه می توانیم هزینه کل کد را اندازه گیری کنیم، صحبت خواهم کرد و در نتیجه میلیاردها دلار در فرآیندهای ناکارآمد صرفه جویی خواهیم کرد. حواست به منه؟