سرور ابری، سروری است که منابع پردازشی، حافظه، ذخیره‌سازی و شبکه آن در یک زیرساخت ابری تأمین و مدیریت می‌شود. در شکل رایج، یک ماشین مجازی تحویل می‌گیرید و برنامه خود را روی آن اجرا می‌کنید؛ ارائه‌دهنده نگهداری زیرساخت فیزیکی را بر عهده دارد و شما متناسب با نوع سرویس، سیستم‌عامل و نرم‌افزار را مدیریت می‌کنید.
ارزش این مدل برای کسب‌وکار در دسترسی به ظرفیت موردنیاز، بدون خرید و نگهداری مستقیم سخت‌افزار است. بااین‌حال، عنوان «ابری» به‌تنهایی به معنی ارتقای خودکار، هزینه کمتر یا کارکرد بدون قطعی نیست. مناسب بودن سرویس به نیاز برنامه، امکانات واقعی ارائه‌دهنده و نحوه طراحی زیرساخت شما بستگی دارد.
سرور ابری چگونه کار می‌کند؟
ارائه‌دهنده ابری مجموعه‌ای از تجهیزات پردازشی، ذخیره‌سازی و شبکه را مدیریت می‌کند. لایه نرم‌افزاری زیرساخت امکان می‌دهد منابع لازم برای ساخت سرور را از طریق پنل یا، در سرویس‌های پشتیبانی‌شده، رابط برنامه‌نویسی درخواست کنید.
پس از ایجاد ماشین، سیستم‌عامل روی آن اجرا می‌شود و برنامه شما از منابع تخصیص‌یافته استفاده می‌کند. ابری بودن به این معنی نیست که پردازش هر ماشین الزاماً هم‌زمان روی چند سرور فیزیکی انجام می‌شود. شیوه اجرای ماشین، نگهداری داده و بازیابی پس از خرابی، به معماری ارائه‌دهنده بستگی دارد.
برای نمونه، یک تیم می‌تواند محیط آزمایش برنامه را ایجاد کند، آزمون را انجام دهد و سپس منابع غیرضروری را مطابق مقررات سرویس آزاد کند. فایده عملی، کوتاه‌تر شدن مسیر تأمین محیط است؛ میزان صرفه‌جویی به تعرفه و مدت نگهداری منابع بستگی دارد.
سرور ابری همان سرور مجازی است؟
یک سرور ابری می‌تواند ماشین مجازی باشد و با عنوان VPS عرضه شود. «مجازی» بیشتر چگونگی ایجاد محیط محاسباتی را توضیح می‌دهد و «ابری» به بستر ارائه و مدیریت منابع اشاره دارد. بنابراین برای مقایسه دو سرویس، تنها به نام آن‌ها تکیه نکنید؛ روش تأمین منابع، تغییر ظرفیت، بازیابی و پشتیبانی را ببینید.
اگر هنوز با ساختار ماشین مجازی و اختیار مدیریت آن آشنا نیستید، مقاله سرور مجازی چیست مبنای این مفهوم را توضیح می‌دهد. در این مقاله تمرکز ما بر تصمیم استفاده از زیرساخت ابری و پیامدهای عملی آن است.
همچنین سرور ابری با فضای ذخیره‌سازی ابری یکی نیست. اولی محیط اجرای نرم‌افزار است؛ دومی برای نگهداری و دسترسی به داده طراحی می‌شود. در ابر عمومی هم «عمومی» بودن به معنی دسترسی عمومی به اطلاعات شما نیست؛ دسترسی را تنظیمات و مجوزهای سرویس مشخص می‌کنند.
مزایای سرور ابری در عمل
تأمین ظرفیت بدون خرید سرور فیزیکی
برای شروع یک پروژه لازم نیست از ابتدا دستگاه، فضای رک، برق و تجهیزات مرتبط را تهیه کنید. به‌جای آن، ظرفیت مناسب را از ارائه‌دهنده می‌گیرید. این مدل برای تیمی که هنوز نیاز نهایی پروژه را نمی‌داند، انعطاف ایجاد می‌کند؛ البته انتخاب اولیه همچنان باید بر اساس نیاز واقعی نرم‌افزار باشد.
امکان تغییر ظرفیت با رشد پروژه
رشد ظرفیت دو مسیر اصلی دارد. در «افزایش عمودی»، منابع همان ماشین، مانند حافظه یا پردازنده، بیشتر می‌شود. در «افزایش افقی»، ماشین‌های بیشتری به معماری اضافه می‌شوند. این دو روش الزاماً جایگزین یکدیگر نیستند.
مثلاً در یک سناریوی فرضی، برنامه‌ای که برای اجرای هم‌زمان درخواست‌ها کمبود حافظه دارد ممکن است با افزایش RAM بهتر پاسخ بدهد. اما افزودن سرور دوم زمانی مفید است که برنامه بتواند درخواست‌ها را میان چند نمونه تقسیم کند و وضعیت مشترک کاربران و داده‌ها درست مدیریت شود.
وجود این امکانات به معنی فعال بودن افزایش خودکار ظرفیت نیست. خودکارسازی به قابلیت سرویس، تنظیم قواعد، سقف هزینه و سازگاری برنامه نیاز دارد. تغییر منابع نیز ممکن است به توقف یا راه‌اندازی مجدد وابسته باشد؛ شرایط را پیش از زمان اوج استفاده بررسی کنید.
جداکردن محیط‌های کاری
ساخت محیط‌های مستقل برای توسعه، آزمایش و بهره‌برداری کمک می‌کند تغییرات ابتدا در فضای کنترل‌شده بررسی شوند. برای نمونه، تیم می‌تواند نسخه جدید نرم‌افزار را در محیط آزمایش اجرا کند و پس از بررسی سازگاری به محیط اصلی منتقل کند. این جداسازی باید شامل دسترسی‌ها و داده‌ها نیز باشد؛ صرف ساخت ماشین دوم کافی نیست.
محصولات ابر آراد را ببینید و مشخصات هر سرویس را مقایسه کنید.
چه کسب‌وکارهایی از سرور ابری سود می‌برند؟
اندازه شرکت معیار کافی برای تصمیم نیست. نوع نیاز، الگوی مصرف و توان مدیریت، تصویر دقیق‌تری می‌دهند.
| وضعیت کسب‌وکار | ارزش احتمالی سرور ابری | شرط تصمیم |
|---|---|---|
| تیم در حال توسعه محصول | ایجاد محیط اجرا و تغییر ظرفیت در طول توسعه | مسئول نگهداری و سقف هزینه مشخص باشد. |
| فروشگاه با دوره‌های اوج فروش | آماده‌سازی ظرفیت متناسب با دوره شلوغ | آزمون بار و بررسی محدودیت پایگاه داده پیش از کمپین انجام شود. |
| شرکت با نرم‌افزار سازمانی | اجرای متمرکز برنامه برای کاربران مجاز | سازگاری نرم‌افزار، مجوز و کیفیت ارتباط کاربران بررسی شود. |
| تیم با محیط‌های آزمایش موقت | ایجاد و آزادکردن منابع متناسب با پروژه | پایان نیاز و شرایط توقف محاسبه هزینه روشن باشد. |
برای یک سایت معرفی ساده که با هاست مدیریت‌شده به‌خوبی کار می‌کند، رفتن به سرور ابری ممکن است فقط مسئولیت نگهداری اضافه کند. از سوی دیگر، برنامه‌ای که باید هنگام قطع ارتباط اینترنتی محل شرکت هم کار کند، به بررسی دقیق مدل استقرار و ارتباطات نیاز دارد. انتقال همه اجزا به ابر، پاسخ یکسانی برای همه سازمان‌ها نیست.
ابری بودن چه چیزهایی را تضمین نمی‌کند؟
تداوم سرویس بدون طراحی
یک ماشین ابری همچنان ممکن است به علت خطای سیستم‌عامل، برنامه، شبکه یا زیرساخت از دسترس خارج شود. اگر توقف برنامه برای کسب‌وکار پرهزینه است، درباره نحوه بازیابی ماشین و نیاز به چند نمونه برنامه، توزیع بار و افزونگی داده تصمیم بگیرید.
در طراحی دسترس‌پذیری، محل استقرار اجزا و وابستگی مشترک آن‌ها هم اهمیت دارد. راهنمای قابلیت اطمینان AWS توضیح می‌دهد که توزیع اجزا میان محل‌های مستقل چگونه می‌تواند دامنه اثر خرابی را کاهش دهد. امکانات و معادل این طراحی را باید برای ارائه‌دهنده منتخب بررسی کرد؛ دو ماشین در یک محل مشترک الزاماً این هدف را تأمین نمی‌کنند.
حفاظت خودکار از اطلاعات
دسترس‌پذیری و پشتیبان‌گیری دو مسئله متفاوت‌اند. برنامه ممکن است روشن باشد، اما بخشی از داده بر اثر حذف اشتباه یا خطای نرم‌افزار از بین برود. باید بدانید نسخه پشتیبان چه داده‌ای را پوشش می‌دهد، کجا نگهداری می‌شود و بازگردانی آن چقدر زمان می‌برد.
اسنپ‌شات معمولاً ثبت وضعیت ماشین یا دیسک در یک زمان مشخص است. اینکه بتواند بخشی از برنامه بکاپ باشد به پیاده‌سازی و سیاست نگهداری آن بستگی دارد. برای داده زنده، مانند پایگاه داده، سازگاری نسخه ثبت‌شده نیز مهم است. برنامه بازیابی را با یک آزمون واقعی بسنجید، نه فقط وجود گزینه بکاپ در پنل.
حذف مسئولیت امنیت
در سرویس زیرساختی، نگهداری تجهیزات فیزیکی معمولاً با ارائه‌دهنده است؛ اما تنظیم دسترسی‌ها، به‌روزرسانی سیستم‌عامل و امنیت برنامه همچنان مسئول مشخص می‌خواهند. دامنه مسئولیت در قرارداد سرویس شما و خدمات مدیریت تکمیلی تعیین می‌شود.
هزینه سرور ابری را چگونه مقایسه کنیم؟
قیمت CPU و RAM فقط بخشی از هزینه است. برای یک دوره یکسان، هزینه ذخیره‌سازی، ترافیک، IP، مجوز نرم‌افزار، پشتیبان‌گیری و پشتیبانی موردنیاز را هم حساب کنید. اگر برای تداوم سرویس چند ماشین لازم دارید، هزینه کل معماری را با گزینه‌های دیگر مقایسه کنید.
«پرداخت بر اساس مصرف» همیشه به معنی پرداخت بر اساس میزان استفاده لحظه‌ای پردازنده نیست. ممکن است مبنا منابع رزروشده، زمان روشن بودن یا یک پلن دوره‌ای باشد. همچنین خاموش‌کردن ماشین لزوماً هزینه دیسک و منابع باقی‌مانده را متوقف نمی‌کند. مبنای صورتحساب و شرایط آزادسازی منابع را از ارائه‌دهنده بگیرید.
برای نمونه، یک محیط آزمایش فرضی پس از پایان پروژه به پردازش نیاز ندارد، اما دیسک آن برای نگهداری نتیجه آزمون باقی می‌ماند. تصمیم درست این است که مدت نگهداری داده و هزینه آن مشخص باشد؛ خاموش بودن ماشین به‌تنهایی پایان هزینه را نشان نمی‌دهد.
وقتی یک ماشین کافی نیست، شبکه و مدیریت منابع را هم ببینید
با جداشدن وب‌سرور، پایگاه داده و سرویس‌های داخلی، باید ارتباط مجاز میان آن‌ها را تعریف کنید. در این مرحله، محیطی برای مدیریت چند ماشین و شبکه می‌تواند از مدیریت پراکنده اجزا مناسب‌تر باشد.
VPC ابر آراد چنین محیطی برای ایجاد و مدیریت ماشین‌های مجازی، منابع و شبکه است. می‌توان منابع را متناسب با نیاز میان ماشین‌های داخل آن تخصیص داد و ارتباط‌ها را بر اساس تنظیمات شبکه مدیریت کرد. مثلاً در یک معماری فرضی، دسترسی مستقیم کاربران به بخش وب محدود می‌شود و پایگاه داده فقط ارتباط‌های لازم را می‌پذیرد.
این مدل به معنی بهتر بودن VPC برای هر پروژه نیست. اگر یک ماشین نیاز فعلی شما را برطرف می‌کند، همان گزینه را ارزیابی کنید. اگر چند سرویس با مرزهای ارتباطی متفاوت دارید، امکانات ابر خصوصی ابر آراد را در کنار هزینه کل و نیاز مدیریتی پروژه بررسی کنید.
پیش از انتخاب، نیاز را قابل بررسی کنید
برای انتخاب سرور ابری، یک شرح کوتاه از برنامه آماده کنید: چه نرم‌افزاری اجرا می‌شود، کاربران از کجا متصل می‌شوند، در زمان اوج چه تغییری رخ می‌دهد و چه مقدار توقف یا از دست رفتن داده قابل تحمل است. سپس منابع، روش رشد ظرفیت، بکاپ و مسئولیت پشتیبانی را با همان نیاز تطبیق دهید.
برای شروع ارزیابی، مشخصات سرور ابری ابر آراد را ببینید. اگر معماری شما به چند ماشین و شبکه میان آن‌ها نیاز دارد، گزینه VPC را هم بررسی کنید تا انتخاب بر اساس کل زیرساخت انجام شود، نه فقط قیمت یک سرور.
از صفحه تماس ابر آراد، مسیر ارتباط با تیم را انتخاب کنید.
دیدگاه‌ها و پرسش‌های شما
تجربه یا پرسش خود را درباره موضوع مقاله با ما در میان بگذارید.
هنوز دیدگاهی ثبت نشده است؛ شما گفت‌وگو را شروع کنید.