بازگشت از کلاود: چرا شرکتهای بیشتری سرورها را به زیرساخت داخلی بازمیگردانند
برای بیش از یک دهه، توصیه پیشفرض «انتقال به کلاود» بود. این جهت بهطور کامل معکوس نشده است، اما تعداد رو به رشدی از شرکتها — از جمله برخی شرکتهای بزرگ که از ابتدا کلاودمحور بودند — بارهای کاری مشخصی را به سختافزار متعلق به خود و داخلی بازمیگردانند. این روند معمولاً «بازگشت از کلاود» (cloud repatriation) نامیده میشود، و پیش از پیشفرض گرفتن «فقط ظرفیت کلاود بیشتری اضافه کنیم» در تصمیم زیرساختی بعدی، ارزش شناخت دارد.
چرا این اتفاق میافتد
رایجترین دلیل ذکرشده هزینه است، اما دقیقتر از «کلاود گران است». چند الگو بهطور مکرر دیده میشود:
- بارهای کاری با وضعیت پایدار در بلندمدت در کلاود هزینه بیشتری نسبت به سختافزار متعلق به خود دارند. قیمتگذاری کلاود بر اساس انعطافپذیری طراحی شده — پرداخت هزینه اضافی برای توانایی مقیاسبندی فوری. بار کاریای که در سطحی قابلپیشبینی و ثابت در تمام سال اجرا میشود، به آن انعطافپذیری نیازی ندارد و هزینه ویژگیای را میپردازد که استفاده نمیکند.
- هزینههای انتقال داده و خروج داده (egress) جمع میشوند. خارج کردن داده از یک ارائهدهنده کلاود (به ارائهدهنده دیگر، به سیستمهای داخلی، یا به کاربران نهایی در مقیاس بالا) اغلب هزینههایی دارد که فقط از قیمتگذاری محاسبات مشخص نیست و با افزایش حجم داده میتواند به هزینه تکرارشونده قابلتوجهی تبدیل شود.
- بارهای کاری بلندمدت قابلپیشبینی (مانند استنتاج هوش مصنوعی در مقیاس بالا) وقتی حجم بهاندازه کافی بالا باشد، به نفع سختافزار متعلق به خود هستند. اجرای یک مدل در کلاود در مراحل آزمایشی و مقیاس نامشخص منطقی است؛ وقتی مصرف پایدار و پرحجم شود، اقتصاد آن اغلب به سمت مالکیت کامل سختافزار تغییر میکند.
کجا کلاود همچنان برنده است
بازگشت از کلاود یک توصیه فراگیر نیست — به الگوهای مشخصی از بار کاری اعمال میشود، نه به کل زیرساخت:
- تقاضای غیرقابلپیشبینی یا نوسانی (ترافیک فصلی، رشد سریع، مقیاس آینده نامشخص) همچنان به نفع انعطافپذیری کلاود است — شما هزینه توانایی اشتباه نکردن در حدس ظرفیت را میپردازید.
- بارهای کاری جدید یا آزمایشی که مقیاس نهایی آنها هنوز مشخص نیست، از تعهد اولیه پایین سود میبرند.
- دسترسی جغرافیایی — ارائه خدمت به کاربران در مناطق مختلف با تأخیر پایین، اغلب از طریق حضور جهانی موجود یک ارائهدهنده کلاود عملیتر از ساخت زیرساخت داخلی در هر منطقه است.
پیش از تصمیمگیری واقعاً چه چیزی باید ارزیابی شود
- آیا الگوی تقاضای بار کاری پایدار است یا متغیر؟ بارهای کاری پایدار و قابلپیشبینی قویترین کاندیدهای بازگشت از کلاود هستند؛ بارهای متغیر معمولاً نیستند.
- هزینه واقعی و کامل کلاود چقدر است، شامل خروج داده و انتقال داده، نه فقط ردیف هزینه محاسبات/ذخیرهسازی — اینجا جایی است که مقایسه در تخمینهای اولیه اغلب دچار انحراف میشود.
- آیا تیم شما ظرفیت عملیاتی برای مدیریت سختافزار متعلق به خود را دارد — برق، خنکسازی، امنیت فیزیکی و چرخههای بهروزرسانی سختافزار، مسئولیتهای واقعی و مداومی هستند که کلاود آنها را پنهان میکند.
- بازه زمانی واقعی نقطه سربهسر با مقایسه هزینه خرید و بهرهبرداری سختافزار در برابر هزینه پیشبینیشده کلاود در همان دوره چقدر است — این باید یک محاسبه واقعی باشد، نه یک حدس تقریبی.
یک راه میانی عملی
بسیاری از سازمانها بهطور کامل بازنمیگردند — آنها بارهای کاری مشخص و شناختهشده با وضعیت پایدار را به سختافزار متعلق به خود منتقل میکنند و بارهای کاری متغیر یا آزمایشی را در کلاود نگه میدارند. این رویکرد ترکیبی بیشتر مزیت هزینه را بدون پذیرفتن کل بار عملیاتی اجرای همهچیز روی زیرساخت متعلق به خود، فراهم میکند.
جمعبندی
بازگشت از کلاود زمانی منطقی است که تقاضای یک بار کاری قابلپیشبینی باشد، مقیاس آن اثبات شده باشد، و هزینه کامل کلاود (شامل انتقال داده) واقعاً از مالکیت سختافزار بیشتر باشد. این یک حرکت پیشفرض منطقی نیست — تصمیم درست به بار کاری مشخص بستگی دارد، نه یک روند کلی.
اگر در حال بررسی جنبه سختافزاری یک تصمیم بازگشت از کلاود هستید، راهنمای تأمین سرور سازمانی ما را ببینید، یا مجموعه فعلی سختافزار IT و سرور ناد را مرور کنید.
