کاهش هزینههایهاست ابری
در صورتی که شما برای کسب و کار آنلاین خود ازهاست ابری استفاده میکنید در این مقاله میخواهیم توضیحاتی را در این باره ارائه کنیم و اینکه چگونه شما میتوانید با مدیریت صحیح میزبانیهاست ابری خود و هزینههای خود را به طور چشمگیری کاهش دهید. به گونهای که در طولانی مدت تاثیرات آن را در کاهش هزینههای خود ببینید.
در یکی از کارهای اخیر مشتری از من خواست که هزینههایهاست ابری را 30 درصد کاهش دهم. این یک سفارش بلند بود ، اما از آنجا که بیشتر مشاغل هنوز نمیدانند که چگونه میتوانند هزینههای ابر خود را بهینه کنند ، تصور میکردم که میتوان این کار را انجام داد.
سپس ، فقط برای جالب تر کردن آن ، CTO دو محدودیت به من داد. اول ، من نمیتوانستم متعهد شوم معاملات طولانی مدت ("موارد رزرو شده" یا "قراردادهای سازمانی") که تخفیف خوبی به شرکت میدهد ، اما همچنین آن را با یک فروشنده قفل کنم. و دوم ، من نمیتوانستم سرورهای مورد استفاده را کم کاری کنم (حق امتیاز دهی).
در حالی که این محدودیتها مرا مجبور به خلاقیت بیشتر میکند ، من مشتاقانه این تعامل را پذیرفتم زیرا این فقط نوع چالشی است که از آن لذت میبرم. در پایان ، من صورتحساب میزبانی را 32٪ کاهش دادم. در اینجا نحوه انجام این کار آمده است.
نحوه کاهش لایحه میزبانی یک شرکت توسط 32٪
این شرکت فکر میکرد که از نظر وضعیت مطلوبی هستند زیرا "مدیریت ابری" دارند ، هرچند که هیچ حاکمیتی ابری ندارند. نتیجه این بود که آنها ابر خود را اداره نمیکردند ، ابر آنها را مدیریت میکرد. آنها هر ماه فاکتور 50 صفحهای از AWS دریافت میکردند که آنها نمیتوانند درک کنند و چارهای جز پرداخت آن نداشتند. آنها نمیدانستند که چقدر برای میزبانی برنامههای فردی هزینه میکنند و برای هر یک از این برنامهها هیچ تصوری از چگونگی هزینه کردن آنها در محیطهای تولید در مقایسه با هزینههای خود در محیطهای غیر تولیدی نمیدانند.
قبل از اینکه بتوانم راه را برای پس انداز نیروانا شروع کنم ، باید دو قدم مهم مهم را بردارم.
اول ، من یک نوع نرم افزار شخص ثالث ، یک سیستم عامل مدیریت ابر (CMP) ، یک نوع نسبتاً جدید را وارد کردم. CMPها به یک تحلیلگر رایانه ابری اجازه میدهند بررسیهای موجودی مربوط به منابع ابر را بسیار سریعتر و دقیق تر از استفاده از درگاههای فروشندگان ابر انجام دهد. محصولی را با نام CloudHealth انتخاب کردم که هم اکنون متعلق به VMWare است.
بعد ، من یک طرح جهانی برچسب زدن به منابع ابر را معرفی کردم. در گذشته ، این مشتری برای توسعه دهندگان فردی برچسب گذاری کرده بود. با پیشروی ، این رویکرد جهانی با دستورالعملهای بزرگ ، درک هر یک از منابع ابری فردی ، چگونگی استفاده و مالکیت آن را آسان تر کرده است.
سرانجام ، من آماده بودم تا به موجودی منابع ابری بیاندازم و فرصتهای پس انداز را شناسایی کنم.
چهار قدم عمده برای آوردن این هیولای ابر-کنترل خارج از هزینه تا پاشنه پا
1. آخرالزمان برای زامبیها.
من اعتقاد دارم که همیشه با میوههای کم آویز شروع میکنم ، چیزی که میتواند یک پیروزی سریع را کسب کند و مدیریتی را که شما در مسیر درست دارید نشان دهید. بنابراین من به دنبال "داراییهای زامبی" بودم - منابع ابری که بلااستفاده و فراموش نشده اما هنوز هم فعال بودند ، غالباً به این دلیل که افرادی که آنها را ایجاد کرده بودند دیگر با این شرکت نبودند. دهها مورد از اینها وجود داشت شناسایی آنها ، بایگانی آنها در صورت لزوم و سپس کشتن آنها نشانگر مسیری از حداقل مقاومت است ، زیرا هیچ کس در ذهن صحیح آنها به نفع نگه داشتن آنها استدلال نمیکند. این به معنای صرفه جویی گسترده نیست - شاید فقط چند درصد از حساب ماهانه باشد - اما این برد سریع من را میخواستم به من داد.
2. جنون پشتیبان!
در مرحله بعد ، من خط مشیهای پشتیبان و نگهداری دادهها را بررسی کردم. به دلیل عدم تعجب کامل من ، این کار خارج از کنترل بود. سیستمهای تولید پشتیبان روزانه بیش از سه ماه و در بعضی موارد بیشتر از شش ماه به طول میانجامد. معلوم شد که هیچ کس در فناوری اطلاعات هرگز به قراردادهای مشتری نگاه نکرده است تا ببیند که آنها فقط به حفظ دو هفته نیاز دارند. چرخش این امر با هماهنگیهای لازم با صاحبان محصول ، مدیران پروژه و قانونی انجام میشود. پس از تأیید کلیه مصوبات لازم ، با تمیز کردن این دیسک سخت هیدروکربن آزاد شد. این منجر به صرفه جویی در حدود 30 درصد شد. (برای این کار ، نه تنها حذف پشتیبانهای ناخواسته ، بلکه تغییر در تنظیمات پشتیبان برای هر سرور بسیار مهم است. برای نگه داشتن همه چیز برای آینده مجدداً حفظ شود.)
3. و جنون پشتیبان بیشتر!
با ماندن از پشتیبان ، متوجه شدم که از طرف غیر تولید ، هیچ کس تا به حال فکر نکرده است که از پشتیبان گیری (و نگهداری ماهها!) از هر ایستگاه کاری غیر تولیدی سؤال کند ، حتی اگر برنامه نویسان هر شب کدهای خود را در یک مخزن مرکزی چک میکردند. و QA در حال کشیدن موارد آزمایش و دادههای آزمایش روزانه خود از یک مخزن متمرکز بود. با تمیز کردن این کار 15 درصد دیگر صرفه جویی میشود.
4- پرداخت سرورها برای انجام هیچ کاری.
توسعه دهندگان 24 ساعت شبانه روز کار نمیکنند و در مورد این شرکت به ندرت آخر هفته یا تعطیلات کار میکنند. با این حال سرورهای غیر تولید 24 ساعت شبانه روز ، 7 روز در هفته ، 365 روز در سال فعال بودند و به مدت دو سوم زمان بیکار بودند. با استفاده از CloudHealth ، ما توانستیم خاموش کردن این سرورها را در پایان روز و آخر هفته به صورت خودکار انجام دهیم. این تغییر 10٪ پس انداز دیگر به همراه آورد.
اینها تنها تغییراتی که ما ایجاد کردیم نیستند بلکه بیشترین تأثیرگذاری را داشتند. و فقط 6 ماه بعد از اینکه CloudHealthرا راه اندازی و اجرا کردیم ، توانستم به مدیرعامل بروم و به او بگویم که هدف وی محقق شده است. در طی آن زمان ، ما در انجام تجزیه و تحلیلهای موجودی عمیق ، به دست آوردن اعتبار و تأییدیههای مربوط به تغییرات پیشنهادی من ، هماهنگی در چندین بخش ، و سپس رانندگی DevOpsو CloudOpموفق بودیم.
منبع: https://cloudwars.co/