چگونه کسب و کارها می توانند عملکرد و هزینه را در راه حل های میزبانی خود متعادل کنند؟

مشاغل به ندرت میزبانی را بر اساس یک عدد انتخاب می کنند. قیمت پایینتر ماهانه سرور ممکن است با زمان پاسخدهی کندتر، فضای محدود، هزینههای انتقال بالاتر یا کار عملیاتیتر همراه باشد. یک محیط با هزینه بالاتر اگر ظرفیت و مدل پشتیبانی آن با حجم کار مطابقت نداشته باشد، می تواند هدر باشد. متعادل کردن عملکرد و هزینه به معنای مقایسه نتیجه نهایی یک سرویس کامل در طول زمان است: تجربه کاربر، قابلیت اطمینان، مقیاس پذیری، عملیات و هزینه کل مالکیت.
با الزامات تجاری شروع کنید، نه قیمت هاست
قبل از مقایسه ارائه دهندگان، مشخص کنید که خدمات باید چه چیزی ارائه کند و کسب و کار چه چیزی را به طور منطقی می تواند پشتیبانی کند. یک خط پایه واضح، تیم ها را از انتخاب زیرساخت بر اساس هزینه پایه باز می دارد، در حالی که عملکرد، انعطاف پذیری یا الزامات عملیاتی را از دست می دهد.
- زمان پاسخگویی تخمینی برای صفحات مهم، APIها، تراکنشها یا برنامههای داخلی
- هدف در دسترس بودن، اهداف بازیابی و وقفه قابل قبول خدمات
- مکان های کاربر، الگوهای ترافیک و دوره های اوج مصرف
- حفاظت از داده ها، امنیت، انطباق و الزامات اقامت
- پوشش پشتیبانی، نیازهای تشدید و ظرفیت عملیات داخلی
- مفروضات رشد برای کاربران، داده ها، تراکنش ها و دسترسی جغرافیایی
این الزامات پایه و اساس مقایسه گزینه های میزبانی را تشکیل می دهند. آنها همچنین مبادلات را قابل مشاهده می کنند: محیطی که پیاده سازی آن ارزان است اگر نتواند هدف سرویس را برآورده کند ممکن است مناسب نباشد، در حالی که وقتی حجم کار و تأثیر کسب و کار کم باشد، ممکن است پیکربندی گسترده غیرضروری باشد.
اندازه گیری عملکرد در برابر حجم کاری
عملکرد یک مشخصات یکسان نیست. اقدامات صحیح بستگی به این دارد که برنامه چه کاری انجام می دهد، کاربران در کجا قرار دارند و کدام قسمت از سیستم به تاخیر حساس تر است. تجربه کاربری سرویس و همچنین منابعی که آن را تولید می کنند را اندازه گیری کنید.
یک برنامه کاربردی با پایگاه داده سنگین ممکن است به CPU، حافظه، ذخیره سازی و پاسخگویی شبکه ثابت نیاز داشته باشد، در حالی که یک وب سایت عمومی ممکن است بیشتر به حافظه پنهان، فاصله تحویل و مدیریت ترافیک اوج بستگی داشته باشد. الزامات نیز بر اساس بخش متفاوت است. راهنمای Dataplugs در مورد اینکه چگونه صنایع مختلف نیازهای میزبانی اختصاصی را رتبه بندی می کنند می تواند به ساختار این مقایسه کمک کند.
زمان پاسخ، توان عملیاتی، نرخ خطا، استفاده از منابع، تأخیر ذخیره سازی و رفتار شبکه را در دوره های عادی و اوج نظارت کنید. میانگین ها به تنهایی می توانند دوره های آهسته را پنهان کنند، بنابراین صدک ها و سفرهای کاربر را که برای کسب و کار شما مهم هستند مرور کنید.
هزینه کل مالکیت را محاسبه کنید
هزینه میزبانی ماهانه تنها بخشی از تصویر مالی است. هزینه اجرای سرویس را در افق برنامه ریزی یکسان محاسبه کنید و هزینه هایی را که در حین استقرار، رشد، نگهداری و تغییر رخ می دهد، در نظر بگیرید.
- هزینه های سرور یا زیرساخت مجازی، از جمله ظرفیت رزرو شده یا تعهد شده
- هزینه های ذخیره سازی، پشتیبان گیری، عکس فوری و نگهداری داده ها
- پهنای باند، خروجی، انتقال بین مناطق و هزینه های تحویل
- مجوزهای نرم افزار، نظارت، امنیت و ابزارهای مدیریتی
- زمان مهاجرت، اجرا، نگهداری و مدیریت داخلی
برای هر گزینه از همان افق 12، 36 یا 60 ماهه استفاده کنید. هزینه های ثابت مبتنی بر استفاده، هزینه های یکبار مصرف و هزینه های مربوط به افراد را از هم جدا کنید، سپس هزینه های مورد انتظار را با سطح عملکردی که خدمات واقعاً نیاز دارد مقایسه کنید. این مانع از آن می شود که قیمت ورودی پایین به عنوان یک قیمت بلندمدت پایین بدون مدرک تلقی شود.
معماری ها را با حجم کاری مشابه مقایسه کنید
یک سرور اختصاصی، ماشین مجازی، ابر خصوصی یا طراحی ترکیبی می تواند به یک هدف تجاری به روش های مختلف دست یابد. آنها را با مفروضات بار یکسان مقایسه کنید نه اینکه برچسب محصول یا قیمت ماهانه را به صورت جداگانه مقایسه کنید.
یک محیط سرور اختصاصی میتواند منابع قابل پیشبینی، کنترل مستقیم سختافزار و عملکرد قوی را برای حجمهای کاری که نمیتوانند همسایگان پر سر و صدا یا ظرفیت نامشخص را تحمل کنند، فراهم کند. ارزش آن باید با سطح خدمات و سهولت عملیاتی که ارائه می دهد اندازه گیری شود.
زمانی که تقاضا متغیر باشد، الزامات جداسازی قابل مدیریت باشد و سازمان برای تخصیص منابع انعطاف پذیر ارزش قائل شود، یک گزینه اشتراکی یا مجازی ممکن است منطقی باشد. یک طراحی ترکیبی می تواند بارهای کاری حساس به تاخیر یا تنظیم شده را از خدمات کمتر مهم جدا کند.
تعادل ظرفیت با مقیاس پذیری
برنامه ریزی ظرفیت باید از تامین کم و بیش از حد جلوگیری کند. ظرفیت خیلی کم باعث تاخیر و خرید عجله می شود. ظرفیت بیش از حد باعث می شود که سازمان برای منابعی که خدمات را بهبود نمی بخشد، پرداخت کند.
از دادههای استفاده و عملکرد اندازهگیری شده برای شناسایی محدوده عملیاتی فعلی استفاده کنید. تقاضای پایدار را از پیک های کوتاه، مشاغل برنامه ریزی شده، ظرفیت شکست و رشد موقت متمایز کنید تا هر کدام به طور مناسب قیمت گذاری و برنامه ریزی شوند.
قبل از اینکه سیستم به حدی برسد، محرک های مقیاس بندی را تعریف کنید. آستانه هایی را برای CPU، حافظه، حافظه، شبکه، زمان پاسخگویی، عمق صف و میزان خطا تنظیم کنید و هر آستانه را با اقدامی مانند بهینه سازی، گسترش، مهاجرت یا بررسی فروشنده مرتبط کنید.
قابلیت اطمینان را در برابر تأثیرات تجاری ارزیابی کنید
صرفه جویی در بهره وری مفید نیست اگر اختلال باعث ایجاد خسارت مالی یا عملیاتی بیشتر شود. هزینه های قابلیت اطمینان باید با هزینه اختلال، اهمیت حجم کار و نتیجه بازیابی که کسب و کار واقعاً به آن نیاز دارد، مرتبط باشد.
- دامنه برای در دسترس بودن و رد
- فراوانی پشتیبان گیری و نگهداری
- زمان بازیابی و اهداف نقطه بازیابی
- مکان شکست و مسیر تکرار
- نظارت، هشدار و واکنش به حادثه
- فرکانس آزمایش و مالکیت
هزینه تاب آوری را با هزینه اختلال مقایسه کنید. یک طراحی بسیار اضافی ممکن است برای یک سیستم درآمد حیاتی توجیه شود، در حالی که یک رویکرد بازیابی هزینه کمتر ممکن است برای یک بار داخلی غیر بحرانی مناسب باشد. استدلال را طوری مستند کنید که پایداری بهعنوان یک تصمیم تجاری بهجای یک پیشفرض ناشناخته تلقی شود.
شامل تحویل شبکه و منطقه ای است
برای سرویسهای بینالمللی یا توزیعشده جغرافیایی، عملکرد و هزینه نیز با فاصله، مسیریابی، پهنای باند و حرکت داده تعیین میشود. رفتار شبکه را در مقایسه با CPU، ذخیره سازی و حافظه قرار دهید. یک مکان سرور ارزانتر ممکن است تاخیر، هزینههای مبدا، انتقال بین منطقهای یا پیچیدگی پشتیبانی را افزایش دهد. مکان ترجیحی مکانی است که نیازهای کاربر و خدمات را با هزینه کل قابل قبول برآورده می کند، نه لزوما مکانی که کمترین قیمت سرور را دارد.
- تأخیر بین کاربران و برنامه
- پهنای باند و نرخ داده های خروجی
- ترافیک بین منطقه ای برای پایگاه های داده، پشتیبان گیری و نسخه های مشابه
این عناصر را با حجم کار و نمایه ترافیک منطقه ای مدل کنید. تحویل عادی، رویدادهای اوج، پشتیبانگیری، تکرار، خطا، و ترافیک مهاجرت را مرور کنید تا برآورد هزینه نشان دهنده نحوه رفتار معماری در عمل باشد.
راه حل را با سناریوها و آستانه ها آزمایش کنید
یک راه حل میزبانی باید بیش از یک پیش بینی زنده بماند. سناریوهای کم، پایه و زیاد بسازید و مفروضاتی را مشخص کنید که نتیجه را تغییر میدهند، از جمله رشد کاربر، حجم داده، استفاده، تقاضای منطقهای، قیمتگذاری ارائهدهنده و الزامات پایداری.
از سناریوها برای مقایسه هزینه های تکرارشونده، هزینه های یک بار مصرف، عملکرد خدمات و نقطه ای که در آن هر گزینه نیاز به تغییر ظرفیت یا معماری دارد، استفاده کنید.
شرایط و ضوابط ارائه دهنده و پشتیبانی عملیاتی را بررسی کنید
هنگامی که تعاریف خدمات متفاوت است، مقایسه قیمت می تواند گمراه کننده باشد. شرایط منابع شامل، اضافه کاری، پشتیبانی، دسترسی، پشتیبانی، جایگزینی سخت افزار، گزینه های شبکه و تغییرات خدمات را بخوانید.
- شامل منابع، اضافه کاری و شرایط پشتیبانی
- دسترسی، پوشش پشتیبانی و مسئولیت های جایگزینی سخت افزار
- گزینه های شبکه، شرایط پهنای باند و قوانین تغییر خدمات
- هزینه های اجرا و مهاجرت یکباره
- مفاد قرارداد، تمدید و تعدیل قیمت
- شرایط خروج، مهاجرت و بازگشت داده ها
چرخه به روز رسانی سخت افزار و مفروضات استهلاک را به عنوان بخشی از مدل بلند مدت مرور کنید. راهنمای Dataplugs برای استهلاک سرور و برنامهریزی هزینه طولانیمدت مرجع مفیدی برای ارتباط زمان چرخه عمر سختافزار با هزینههای میزبانی طولانیمدت ارائه میکند.
چرخه زندگی و تغییرات آینده را برنامه ریزی کنید
بهترین راه حل میزبانی فقط چیزی نیست که امروز کار می کند. باید مسیری عملی برای ارتقاء، تغییر حجم کار، مناطق جدید، الزامات امنیتی و تغییرات در ظرفیت عملیاتی سازمان باقی بگذارد.
مفروضات سند، مالک، تاریخ بررسی، و آستانه تصمیم گیری. مدل را قبل از تمدید قرارداد و زمانی که ترافیک، محصولات، مکانها یا اهداف خدمات تغییر میکنند، مرور کنید.
تصمیم را عملیاتی کنید
مدل عملیاتی باید انتخاب هاستینگ را با مالکیت روزانه، بررسی و مدیریت تغییر پیوند دهد.
- یک مدل پشتیبانی که با مهارت های داخلی و ساعات کاری مطابقت دارد
- خط مشی های روشن برای نگهداری، ارتقاء، مالکیت حادثه و دسترسی
- صورتحساب شفاف برای منابع اضافی، پهنای باند، ذخیره سازی و پشتیبانی
- شرایط خروج، مهاجرت و بازگشت داده ها
- تاریخ بررسی چرخه عمر و آستانه تصمیم گیری
یک رکورد تصمیم تکراری نشان می دهد که چرا طراحی میزبانی انتخاب شده است و چه زمانی نیاز به تغییر دارد. این به سازمان کمک می کند تا بدون پرداخت هزینه های نامحدود برای ظرفیت، انعطاف پذیری یا پشتیبانی که دیگر نیازهای تجاری را برآورده نمی کند، از عملکرد محافظت کند.
نتیجه گیری
متعادل کردن عملکرد و هزینه در میزبانی سازمانی به معنای مقایسه نتایج خدمات است، نه فقط قیمتهای ماهانه. حجم کاری را تعریف کنید، معیارهای عملکرد مناسب را اندازه گیری کنید، هزینه کل مالکیت را محاسبه کنید، معماری ها را مقایسه کنید، ظرفیت برنامه ریزی، انعطاف پذیری قیمت و تحویل شبکه، سناریوهای آزمایشی و بررسی شرایط فروشنده در طول زمان.
دیتاپلاگ ها می توانند به شرکت ها در ارزیابی محیط های میزبانی سرور اختصاصی، برنامه ریزی زیرساخت، مهاجرت، نظارت و الزامات عملیاتی بلند مدت کمک کنند. راه حل مناسب میزبانی باید با حجم کار، سطح خدمات، مسیر رشد و بودجه مطابقت داشته باشد.
برای اطلاعات بیشتر در مورد راه حل های میزبانی Dataplugs، با sales@dataplugs.com تماس بگیرید.




