اجرای برنامه ها در فضای ابری عمومی ممکن است گران باشد. در اینجا نحوه استفاده تیمهای هوشمند از ابزارهای finops و بهترین شیوهها برای برنامهریزی پیشبینی آمده است.
- مدیریت هزینههای ابر
- معیار زیرساختها و پلتفرمهای ابری
- قابلیت مشاهده را در نوسازی برنامه ایجاد کنید
- دورههای اوج استفاده هر برنامه را پیشبینی و اندازهگیری کنید
- بررسی هزینه های یکپارچه سازی داده و جریان داده
- ویژگیهای اختصاصی را انتخاب کنید که ارزش واقعی ارائه میکنند
- روند هزینههای ابر عمومی و قیمتگذاری فروشنده
- نتیجهگیری
برخی از تیمهای توسعهدهنده منتظر میمانند تا برنامههای کاربردی خود را برای ملاحظات هزینه بهینه کنند تا زمانی که گزارشها و صورتحسابها هزینههای بالاتر از حد انتظار را نشان دهند، یا زمانی که هزینههای ابری سریعتر از حد انتظار افزایش یابد. دیگران به دقت هزینه اجرا و مقیاس زیرساخت را در طول مراحل طراحی و ساخت پروژه در نظر می گیرند. برخی از شرکتهای بزرگتر قدمی فراتر گذاشته و نقش finops را برای هدایت فرآیند و انتخاب معماری ابری خود ایجاد میکنند.
متمرکز کردن هزینههای ابری از ابرهای عمومی و زیرساختهای مرکز داده، یکی از نگرانیهای کلیدی فاینوپ است. اولین کاری که finops انجام می دهد ایجاد یک نمای تک صفحه ای از مصرف است که امکان پیش بینی هزینه را فراهم می کند. پلتفرمهای Finops همچنین میتوانند عملیاتهایی مانند خاموش کردن منابع کم استفاده یا پیشبینی زمان حذف نمونههای ابری رزرو شده با قیمت بالاتر را متمرکز کنند. پلتفرمهایی مانند Apptio، CloudZero، HCMX FinOps Express و سایرین میتوانند در بهینهسازی هزینههای ابری به سمت چپ کمک کنند. آنها همچنین ابزارهایی را برای فهرستنویسی و انتخاب پشتههای بومی ابری تأییدشده برای پروژههای جدید فراهم میکنند.
بهترین روشهای finops را برای تیم های devops که در مراحل برنامه ریزی و توسعه برنامه در نظر گرفته اند، بررسی خواهیم کرد. اما ابتدا بیایید تصویر بزرگتری را در نظر بگیریم: یک تیم توسعهدهنده مسئول مالی باید در هنگام توسعه برنامههای کاربردی ابری جدید یا در اوایل یک پروژه مدرنسازی برنامهها چه مواردی را در نظر بگیرد؟
مدیریت هزینه های ابر
نیتا پوتران، معاون ارشد ابر، زیرساختها و امنیت در میگوید: «فقط بلند نکنید و جابجا نکنید.» سیستم های پایدار. “برنامه را برای تعیین بهترین مسیر برای به حداقل رساندن هزینه و به حداکثر رساندن مقیاس پذیری تجزیه و تحلیل کنید.”
توصیه دیگری از جاستین کابت، مدیر بازاریابی محصول در Akamai ارائه شد. او میگوید: «ساخت محیط خود برای مطابقت با کاربرد هر برنامه و بهرهگیری از استقرار چند ابری یا ترکیبی راهی مطمئن برای صرفهجویی در هزینهها، افزایش عملکرد و کاهش ریسک است.»
توسعهدهندگان میتوانند هزینهها را با آزمایش خودکار، پیکربندی خطوط لوله CI/CD، و اولویتبندی سایر بهینهسازیهایی که بر هزینهها تأثیر میگذارند کاهش دهند. استقرار زیرساخت به عنوان کد و بهبود مدیریت رویداد دو راه برای کاهش هزینه در عملیات فناوری اطلاعات است.
زیرساختها و پلتفرمهای ابری معیار
چرخاندن یک محیط در یک ابر عمومی و استقرار برنامهها در آن آسان است، اما ممکن است از منظر عملکرد، قابلیت اطمینان یا عملکرد، معماری زمان اجرا مطلوب نباشد.
کوین کاکرین، مدیر بازاریابی قابلیت مشاهده را در نوسازی برنامه ایجاد کنید
ایجاد قابلیت مشاهده در برنامههای کاربردی ابری کار دشواری نیست، اما انجام آن در طول مدرنسازی برنامه چیست؟ ایجاد قابلیت مشاهده در یک برنامه کاربردی بهترین روش برای کمک به مدیریت حادثه و یافتن دلایل ریشه ای مشکلات عملکرد است. جریان داده ای که ایجاد می کند همچنین می تواند به شناسایی فرصت ها برای بهینه سازی هزینه کمک کند. روهیت چوداری، بنیانگذار و مدیر عامل Acceldata. «مشاهدهپذیری دادهها میتواند به سازمانها کمک کند تا دلایل اصلی اختلاف دادهها را شناسایی و شناسایی کنند و توصیههایی در مورد راههایی برای بهبود کارایی و قابلیت اطمینان سیستمهای دادهشان ارائه دهند – کاهش هزینههای کلی ابر». مشاهدهپذیری در مورد هزینهها چه چیزی میتواند به شما بگوید؟ برنامهای با استفاده از منابع بالا در دورههای استفاده کم یا برقراری تماسهای پایگاه داده یا API بیشتر از حد انتظار میتواند هزینهها را افزایش دهد. اینها دلایل خوبی برای در نظر گرفتن بهینه سازی کد خواهند بود. تراویس گرین، مدیر ارشد بازاریابی محصول عملیات دیجیتال در OpenText، این توصیه را برای پیدا کردن هزینه های ابر پنهان و زمینه های بیش از حد خرج کردن. او میگوید: «ناهنجاریها را با استفاده از یک پلتفرم مشاهدهپذیری چند ابری شناسایی کنید، منابع آنها را درک کنید، و اقدامی سریع برای خاموش کردن استفاده بیهوده انجام دهید.» انجام این مراحل «میتواند شگفتیهای صورتحساب را که امروزه گریبانگیر بسیاری از سازمانها میشود، به حداقل برساند». وقتی برنامههای کاربردی زیادی برای مدرنسازی وجود دارد، تیمهای توسعهدهنده اغلب برای ساخت، آزمایش و استقرار برنامهها در فضای ابری بدون صرف زمان کافی برای بهینهسازی زیرساختهای ابری تحت فشار هستند. این گاهی اوقات به این معنی است که محیطها و سرویسها را چرخانده و آنها را به صورت ۲۴ ساعته یا در برنامههای زمانی ثابت در حال اجرا نگه دارید. مک کینزی تخمین میزند که شرکتها میتوانند ۱۵ تا ۲۰ درصد از هزینههای ابری را از طریق بهینهسازی کاهش دهند و این کار میتواند با پیشبینی و ثبت معیارهای استفاده از برنامه شروع شود. ریچ هویر، مدیر finops مشتریان در SADA، میگوید. «سازمانها اغلب به سرویسهای ابری اجازه میدهند ۲۴/۷ حتی در صورت عدم استفاده، اجرا شوند. ایجاد یک برنامه زمانبندی خودکار بار کاری یکی از نادیدهگرفتهترین فرصتهای صرفهجویی در فضای ابری است، و صرفهجویی بالقوه ناشی از سرویسهای زمانبندی، مانند آزمایش و توسعه، برای عملکرد فقط در صورت استفاده، بهطور شگفتانگیزی قابل توجه است.” یکی از هزینههای سختتر برای برآورد قبل از استقرار یک برنامه کاربردی در ابرهای عمومی، جابهجایی دادهها بین ابرها و سرویسهای ابری است. هزینه خروج داده ها می تواند برای برنامه هایی که ادغام بین ابزارهای SaaS، تبدیل داده ها برای انبارهای داده یا مراحل پردازش در جریان داده های اینترنت اشیا را انجام می دهند، قابل توجه باشد. شان کنپ، بنیانگذار و مدیر عامل Ascend، توصیه می کند، “در صورت امکان از جابجایی داده ها بین ابرها خودداری کنید و آنها را در جایی که هستند پردازش کنید. در استفاده از پلتفرمهای خط لوله داده فشار به پایین.” Knapp همچنین هنگام طراحی یکپارچهسازی دادهها، خطوط لوله و تبدیلهایی که میتواند هزینههای محاسبه را تا سه برابر افزایش دهد، نسبت به یک منطقه نادیدهگرفته هشدار میدهد. او میگوید: «بسیاری از سیستمهای خط لوله، هزینههای بینیازی برای پردازش مجدد دارند، زیرا خود موجودی دادهها را نمیگیرند. “اگر چیزی در منطق خط لوله تغییر کند، یا خطایی در زمان اجرا رخ دهد، کل خط لوله باید دوباره اجرا شود تا از ثبات اطمینان حاصل شود.” درس برنامه ریزی برای خطوط لوله داده انعطاف پذیر است که به جای تغییراتی که نیاز به پردازش مجدد کامل مجموعه داده کامل دارند، از به روز رسانی های افزایشی پشتیبانی می کنند. کلادهای عمومی طیف گستردهای از خدمات را ارائه میکنند، به این امید که توسعهدهندگان از قابلیتهای داخلی آنها استفاده کنند. استفاده از این ویژگیها ممکن است مزایای کوتاهمدتی و هزینهای داشته باشد، اما این ویژگیها همچنین برنامه را برای اجرا در پلتفرم آن ارائهدهنده ابر عمومی قفل میکنند. جاناتان اولیور، مدیر عامل و مدیر ارشد اجرایی در هوشمند. “در حالی که نرم افزار اجرا می شود، فقط برای فروشنده ابری مورد نظر کار می کند و نمی توان آن را به راحتی بدون تلاش قابل توجه به یک فروشنده ابر جدید منتقل کرد یا منتقل کرد.” دو توصیه دیگر بر روی رشتههای پس از استقرار تمرکز میکنند و باید به سازمانها کمک کنند تا استراتژیها را به عنوان معماریهای ابر عمومی، خدمات و قیمتگذاری همسو کنند. راوی مایورام، معاون ارشد محصولات و مهندسی در Couchbase. “این به توسعه دهندگان این امکان را می دهد تا قبل از افزایش هزینه ها از منابع در اندازه مناسب استفاده کنند.” این رشته به ردیابی هزینهها بر اساس استفاده و سایر عواملی که تیمهای تجاری و توسعهدهنده میتوانند اندازهگیری و کنترل کنند، کمک میکند. کارل پری، مدیر مدیریت محصول در Snowflake، همچنین توصیه میکند عملکرد و تعهد فروشنده را ردیابی کنید. کمک به مشتریان برای کاهش هزینه ها او میگوید: «مهمترین جنبهای که توسعهدهندگان باید در نظر بگیرند این است که آیا یک پلتفرم ابری سابقهای در بهبود هزینهها برای مشتریان دارد یا خیر. “انتخاب شرکتی که به طور مداوم عملکرد خدمات خود را بهبود می بخشد به این معنی است که توسعه دهندگان با انتشار به روز رسانی های شرکت، هزینه های خود را به طور خودکار کاهش می دهند.” تیمهای Devops امروز باید فشار زیادی را برای ساخت و مدرنسازی برنامهها مدیریت کنند. انجام این کار بدون در نظر گرفتن تغییر هزینه های ابری می تواند منجر به بدهی فنی و افزایش هزینه ها شود. بهترین روشهایی که در اینجا مورد بحث قرار میگیرند میتوانند به شما کمک کنند در هر مرحله از چرخه عمر توسعه نرمافزار، این مشکلات را برطرف کنید.پیشبینی و اندازهگیری دورههای اوج استفاده هر برنامه
بررسی هزینه های یکپارچه سازی داده و جریان داده
ویژگی های اختصاصی را انتخاب کنید که ارزش واقعی ارائه می کنند
روند هزینههای ابر عمومی و قیمتگذاری فروشنده
نتیجه گیری
پست های مرتبط
۶ بهترین روش finops برای کاهش هزینه های ابری
۶ بهترین روش finops برای کاهش هزینه های ابری
۶ بهترین روش finops برای کاهش هزینه های ابری