رایانش ابری (Cloud Computing) روشی برای دسترسی برخط و برحسب نیاز به منابع فناوری اطلاعات، مانند توان پردازشی، فضای ذخیره‌سازی، پایگاه داده، شبکه و نرم‌افزار است. به‌جای آنکه سازمان برای هر نیاز، همه تجهیزات را خریداری و در محل خود نگهداری کند، می‌تواند بخشی از این منابع را از یک ارائه‌دهنده ابری دریافت کند و متناسب با بار کاری، ظرفیت آن را افزایش یا کاهش دهد. نوع سرویس، میزان کنترل مشتری، سطح مسئولیت ارائه‌دهنده و مدل هزینه در هر راهکار متفاوت است.
ابر صرفاً نام دیگری برای اینترنت یا محل نگهداری فایل نیست. رایانش ابری مجموعه‌ای از قابلیت‌ها و فرایندهای فنی و مدیریتی است که امکان تخصیص منابع، خودکارسازی، پایش، دسترسی شبکه‌ای و مدیریت هزینه را فراهم می‌کنند. فضای ذخیره‌سازی ابری تنها یکی از کاربردهای آن است؛ اجرای برنامه‌های سازمانی، پایگاه داده مدیریت‌شده، محیط توسعه، پشتیبان‌گیری، تحلیل داده و اتصال مرکز داده به زیرساخت ابری نیز در این حوزه قرار می‌گیرند.
خلاصه مدیریتی: رایانش ابری می‌تواند سرعت راه‌اندازی خدمات و انعطاف‌پذیری زیرساخت را افزایش دهد، اما نتیجه مطلوب به انتخاب درست سرویس، معماری شبکه، کنترل دسترسی، پشتیبان‌گیری، برنامه بازیابی و نظارت بر مصرف بستگی دارد. مهاجرت به ابر به‌تنهایی امنیت، دسترس‌پذیری یا کاهش هزینه را تضمین نمی‌کند؛ این پیامدها باید با طراحی، تنظیمات و سنجش واقعی مدیریت شوند.
فهرست مطالب
- رایانش ابری چیست؟
- ابر چگونه کار می‌کند؟
- مدل‌های IaaS، PaaS و SaaS
- انواع ابر از نظر استقرار
- کاربردهای رایانش ابری
- مزایا و محدودیت‌ها
- امنیت، پشتیبان‌گیری و تداوم کسب‌وکار
- مدیریت هزینه و انتخاب سرویس
- مراحل برنامه‌ریزی و مهاجرت
- پرسش‌های متداول
رایانش ابری چیست؟
در رایانش ابری، منابع پردازشی و ذخیره‌سازی در زیرساختی متشکل از سرورها و تجهیزات شبکه فراهم می‌شوند و کاربران از راه شبکه به آن‌ها دسترسی دارند. بخش مهمی از مدیریت منابع می‌تواند به‌صورت خودکار انجام شود؛ برای مثال، مدیر سامانه می‌تواند با توجه به نیاز، یک ماشین مجازی ایجاد کند یا ظرفیت یک سرویس را افزایش دهد، بدون آنکه لازم باشد هر بار سرور فیزیکی جدیدی خریداری و نصب شود.
واژه «ابر» به این معنا نیست که اطلاعات در فضایی نامشخص یا بدون زیرساخت فیزیکی قرار دارند. خدمات ابری روی تجهیزات واقعی در مراکز داده اجرا می‌شوند. تفاوت اصلی برای مشتری در شیوه تخصیص، مدیریت، دسترسی و پرداخت هزینه است. محل جغرافیایی داده، تعهدات ارائه‌دهنده، قوانین مرتبط، نحوه اتصال و مسئولیت‌های امنیتی همچنان اهمیت دارند و باید پیش از انتخاب سرویس بررسی شوند.
تفاوت میزبانی ابری با ذخیره فایل در اینترنت
ذخیره‌سازی ابری برای نگهداری و بازیابی فایل‌ها استفاده می‌شود، اما رایانش ابری دامنه گسترده‌تری دارد. یک برنامه می‌تواند روی ماشین مجازی اجرا شود، از پایگاه داده مدیریت‌شده استفاده کند، از طریق شبکه خصوصی به سامانه‌های داخلی متصل شود و خروجی خود را در فضای ذخیره‌سازی قرار دهد. چنین راهکاری مجموعه‌ای از خدمات محاسباتی، شبکه‌ای و داده‌ای را در کنار هم به کار می‌گیرد.
ابر چگونه کار می‌کند؟
ارائه‌دهنده ابری منابع فیزیکی مانند سرور، ذخیره‌ساز و تجهیزات شبکه را در مراکز داده مدیریت می‌کند. لایه‌های مجازی‌سازی و نرم‌افزارهای مدیریتی به تفکیک و تخصیص منابع کمک می‌کنند. مشتری از طریق پرتال مدیریتی، رابط برنامه‌نویسی یا ابزارهای خودکارسازی منابع موردنیاز را تعریف می‌کند و از مسیرهای شبکه‌ای مجاز به آن‌ها دسترسی می‌یابد. جزئیات پیاده‌سازی به نوع سرویس و ارائه‌دهنده بستگی دارد؛ بنابراین همه خدمات ابری دقیقاً یکسان عمل نمی‌کنند.
- تعریف نیاز: سازمان نوع برنامه، حجم داده، تعداد کاربران، سطح کارایی و الزامات دسترس‌پذیری را مشخص می‌کند.
- انتخاب سرویس: منابع محاسباتی، ذخیره‌سازی، پایگاه داده و شبکه با توجه به بار کاری انتخاب می‌شوند.
- پیکربندی و کنترل دسترسی: هویت‌ها، مجوزها، شبکه، قواعد امنیتی، ثبت رخدادها و راهبرد پشتیبان‌گیری تنظیم می‌شوند.
- اجرا و پایش: عملکرد، دسترس‌پذیری، رویدادهای امنیتی و هزینه مصرف بررسی می‌شوند و ظرفیت در صورت نیاز تغییر می‌کند.
- بازبینی و بهینه‌سازی: منابع بلااستفاده، دسترسی‌های غیرضروری و نقاط ضعف بازیابی شناسایی و اصلاح می‌شوند.
مدل‌های خدمات ابری: IaaS، PaaS و SaaS
مدل سرویس تعیین می‌کند ارائه‌دهنده چه لایه‌هایی را مدیریت می‌کند و مشتری برای چه بخش‌هایی مسئول باقی می‌ماند. مرز دقیق مسئولیت‌ها ممکن است بسته به محصول فرق کند، بنابراین قرارداد و مستندات سرویس باید ملاک تصمیم نهایی باشند.
۱. زیرساخت به‌عنوان سرویس (IaaS)
در مدل IaaS، منابعی مانند ماشین مجازی، دیسک و شبکه در اختیار مشتری قرار می‌گیرد. این گزینه برای نرم‌افزارهایی مناسب است که به کنترل سیستم‌عامل، نصب بسته‌های خاص یا تغییرات محدود هنگام مهاجرت نیاز دارند. در مقابل، مشتری معمولاً مسئول بخش قابل‌توجهی از وصله‌های سیستم‌عامل، پیکربندی برنامه، کنترل دسترسی و نگهداری داده است. ماشین‌های مجازی در پلتفرم‌هایی مانند Microsoft Azure نمونه‌ای شناخته‌شده از این مدل‌اند.
۲. پلتفرم به‌عنوان سرویس (PaaS)
در PaaS، ارائه‌دهنده بخش بزرگ‌تری از محیط اجرایی را مدیریت می‌کند؛ برای مثال، میزبانی برنامه یا پایگاه داده می‌تواند بدون مدیریت مستقیم تمام لایه‌های سیستم‌عامل انجام شود. این مدل امکان تمرکز بیشتر تیم بر کد و منطق کسب‌وکار را فراهم می‌کند، ولی آزادی عمل و تنظیمات آن ممکن است با یک سرور کاملاً تحت مدیریت مشتری یکسان نباشد. سازگاری برنامه، محدودیت‌های سرویس و روش خروج از وابستگی باید قبل از انتخاب بررسی شوند.
۳. نرم‌افزار به‌عنوان سرویس (SaaS)
در SaaS، مشتری از یک برنامه آماده استفاده می‌کند و معمولاً نیازی به نصب و نگهداری زیرساخت زیربنایی آن ندارد. سرویس‌های ایمیل سازمانی، همکاری و مدیریت ارتباط با مشتری از نمونه‌های رایج این مدل هستند. با این حال، سازمان همچنان مسئول مدیریت حساب‌ها، مجوز کاربران، تنظیمات اشتراک‌گذاری، طبقه‌بندی داده و استفاده امن از برنامه است.
راهنمای انتخاب: اگر به کنترل مستقیم سیستم‌عامل نیاز دارید، IaaS را بررسی کنید؛ اگر می‌خواهید عملیات نگهداری زیرساخت کمتر شود، گزینه‌های PaaS را بسنجید؛ و اگر نیاز کسب‌وکار با یک برنامه آماده پوشش داده می‌شود، SaaS ممکن است ساده‌تر باشد. پیچیدگی عملیاتی، هزینه کل، الزامات انطباق و قابلیت انتقال داده را در کنار قیمت اولیه مقایسه کنید.
انواع ابر از نظر شیوه استقرار
ابر عمومی (Public Cloud)
در ابر عمومی، ارائه‌دهنده خدمات و منابع را به مشتریان مختلف عرضه می‌کند و هر مشتری طبق سازوکارهای منطقی و امنیتی سرویس به منابع خود دسترسی دارد. این مدل می‌تواند راه‌اندازی سریع و مجموعه‌ای متنوع از خدمات فراهم کند. سازمان باید به معماری دسترسی، محل پردازش و نگهداری داده، مقررات مربوط و قابلیت‌های موردنیاز توجه کند.
ابر خصوصی (Private Cloud)
ابر خصوصی برای استفاده انحصاری یک سازمان طراحی می‌شود و می‌تواند در محل سازمان یا در زیرساخت میزبانی‌شده اجرا شود. کنترل و سفارشی‌سازی بیشتر ممکن است مزیت باشد، اما تأمین ظرفیت، نگهداری، به‌روزرسانی، امنیت و تداوم سرویس همچنان هزینه و نیروی متخصص می‌خواهد. خصوصی بودن به‌تنهایی مساوی با امن‌تر بودن نیست؛ کیفیت طراحی و اداره محیط تعیین‌کننده است.
ابر ترکیبی (Hybrid Cloud)
ابر ترکیبی، محیط داخلی یا خصوصی را با خدمات ابر عمومی ترکیب می‌کند. سازمان ممکن است بعضی داده‌ها یا برنامه‌های وابسته را در محل نگه دارد و برای ظرفیت متغیر، توسعه یا خدمات مدیریت‌شده از ابر استفاده کند. برای اینکه این مدل قابل اتکا باشد، اتصال شبکه، مدیریت هویت، DNS، نظارت، طبقه‌بندی داده و مسئولیت پشتیبانی در دو محیط باید هماهنگ شوند.
چندابری (Multi-cloud)
در معماری چندابری، سازمان از خدمات بیش از یک ارائه‌دهنده استفاده می‌کند. این تصمیم ممکن است بر اساس قابلیت‌های اختصاصی، نیازهای منطقه‌ای یا راهبرد خرید گرفته شود، اما استفاده هم‌زمان از چند پلتفرم لزوماً ریسک را کم یا هزینه را پایین نمی‌آورد. تفاوت ابزارها، مهارت‌های لازم، انتقال داده، پایش و مدیریت دسترسی می‌تواند پیچیدگی بیشتری ایجاد کند؛ هدف چندابری باید از ابتدا روشن باشد.
کاربردهای رایج رایانش ابری در سازمان‌ها
- میزبانی وب‌سایت و برنامه‌های سازمانی: اجرای برنامه‌ها و APIها و افزایش ظرفیت در زمان رشد درخواست‌ها، با توجه به محدودیت‌های فنی سرویس.
- ذخیره‌سازی و آرشیو: نگهداری فایل‌ها و داده‌ها، مشروط بر تعریف سطح دسترسی، دوره نگهداری و سیاست بازیابی.
- پشتیبان‌گیری و بازیابی: نگهداری نسخه‌های پشتیبان در محل یا حساب جداگانه و طراحی روش بازیابی برای سرویس‌های مهم.
- محیط توسعه و آزمایش: ایجاد محیط‌های موقت برای آزمایش نرم‌افزار و حذف یا کوچک کردن منابع پس از پایان کار.
- داده و تحلیل: پردازش مجموعه‌داده‌ها و اجرای کارهای تحلیلی بدون نیاز به خرید ظرفیت اختصاصی برای هر بار کاری.
- اتصال شعب و زیرساخت‌ها: ایجاد اتصال کنترل‌شده میان مراکز داده، شعب و منابع ابری از طریق راهکارهای شبکه مناسب.
- تداوم کسب‌وکار: طراحی محیط جایگزین برای بازیابی برنامه‌ها در شرایط اختلال، با آزمون عملی و هدف‌های زمانی و داده‌ای مشخص.
برای درک جنبه شبکه‌ای معماری، راهنمای شبکه ابری و اجزای آن را ببینید. اگر قرار است بخشی از سامانه‌ها از مرکز داده منتقل شوند، شناخت ساختار و اجزای یک دیتاسنتر نیز به ارزیابی وابستگی‌های فعلی کمک می‌کند.
مزایا و محدودیت‌های رایانش ابری
مزایای بالقوه
- راه‌اندازی سریع‌تر: در بسیاری از سرویس‌ها می‌توان منابع را از طریق پرتال و ابزارهای خودکارسازی ایجاد کرد؛ زمان واقعی استقرار همچنان به طراحی و آماده‌سازی برنامه وابسته است.
- انعطاف ظرفیت: منابع متناسب با بار کاری افزایش یا کاهش می‌یابند، اگر سرویس و معماری برای این تغییر آماده باشند.
- دسترسی به خدمات مدیریت‌شده: برخی وظایف زیرساختی به ارائه‌دهنده سپرده می‌شود و تیم می‌تواند بر فعالیت‌های اصلی کسب‌وکار تمرکز بیشتری داشته باشد.
- مدل هزینه مبتنی بر مصرف: پرداخت می‌تواند بر اساس میزان استفاده یا طرح انتخابی باشد؛ کنترل هزینه نیازمند پایش و سیاست‌های روشن است.
- دسترسی به ابزارهای متنوع: خدمات ذخیره‌سازی، شبکه، پایگاه داده، تحلیل و امنیت ممکن است در یک پلتفرم قابل استفاده باشند.
محدودیت‌ها و ریسک‌ها
- هزینه پیش‌بینی‌نشده: منابع فراموش‌شده، ترافیک خروجی، ذخیره‌سازی، ثبت رویداد و انتخاب اندازه نامناسب می‌توانند صورتحساب را افزایش دهند.
- وابستگی به شبکه و ارائه‌دهنده: کیفیت اتصال و شرایط سرویس بر تجربه کاربر اثر می‌گذارد و انتقال سامانه‌ای که از قابلیت‌های اختصاصی استفاده می‌کند ممکن است دشوار باشد.
- پیچیدگی مدیریت: خدمات بیشتر به معنی نیاز به نام‌گذاری، کنترل دسترسی، استانداردسازی، پایش و مسئولیت‌پذیری دقیق‌تر است.
- مسئولیت امنیت مشترک: ارائه‌دهنده برخی لایه‌ها را محافظت می‌کند، اما مشتری همچنان باید هویت‌ها، مجوزها، داده‌ها و تنظیمات سرویس را متناسب با مدل مسئولیت مدیریت کند.
- الزامات حقوقی و محل داده: محل نگهداری اطلاعات، مدت نگهداری، نحوه دسترسی و الزامات قراردادی باید برای نوع داده و حوزه فعالیت سازمان بررسی شوند.
امنیت، پشتیبان‌گیری و تداوم کسب‌وکار
امنیت ابر یک گزینه روشن/خاموش نیست. بخش‌هایی از امنیت را ارائه‌دهنده مدیریت می‌کند و بخش‌هایی به انتخاب سرویس و پیکربندی مشتری وابسته است. هرچه سرویس مدیریت‌شده‌تر باشد، مسئولیت نگهداری بعضی لایه‌های زیرساختی ممکن است کمتر شود، اما مدیریت حساب‌ها، دسترسی، داده و تنظیمات امن همچنان اهمیت دارد. مدل مسئولیت مشترک هر سرویس باید جداگانه بررسی شود.
- اصل حداقل دسترسی: برای کاربران و سرویس‌ها فقط مجوز لازم را ایجاد کنید و دسترسی مدیریتی را به حساب‌های محدود و محافظت‌شده بسپارید.
- احراز هویت قوی: در صورت پشتیبانی، احراز هویت چندمرحله‌ای و سیاست‌های دسترسی مبتنی بر ریسک را فعال کنید؛ حساب‌های مشترک و اعتبارنامه‌های ثابت داخل کد را به حداقل برسانید.
- تقسیم‌بندی شبکه: سرویس‌ها را در شبکه‌ها و زیرشبکه‌های مناسب قرار دهید، مسیرهای ارتباطی را مستند کنید و دسترسی عمومی را فقط در صورت نیاز واقعی مجاز بدانید.
- رمزگذاری و حفاظت داده: گزینه‌های رمزگذاری، مدیریت کلید، طبقه‌بندی داده و روش انتقال را بر اساس حساسیت اطلاعات و امکانات سرویس تعیین کنید.
- ثبت رخداد و هشدار: رویدادهای مهم را ثبت کنید، هشدارهای قابل اقدام بسازید و مشخص کنید چه فرد یا تیمی مسئول رسیدگی است.
- پشتیبان‌گیری مستقل: صرف ذخیره داده در فضای ابری یا فعال بودن افزونگی را معادل نسخه پشتیبان قابل‌بازیابی ندانید. دسترسی به نسخه‌ها، دوره نگهداری و روش بازیابی را آزمایش کنید.
- برنامه بازیابی: برای هر سامانه مهم، هدف زمان بازیابی (RTO)، حداکثر فاصله قابل قبول از آخرین داده (RPO)، وابستگی‌ها و مراحل بازگشت به سرویس را مشخص کنید.
پشتیبان‌گیری تنها زمانی ارزش عملی دارد که بازگردانی آن به‌صورت دوره‌ای آزمایش شود. همچنین افزونگی برای کاهش اثر خرابی یک مؤلفه طراحی می‌شود، در حالی که نسخه پشتیبان باید امکان بازیابی داده یا وضعیت قبلی را در سناریوهای مشخص فراهم کند؛ این دو مکمل یکدیگرند و جایگزین هم نیستند.
هزینه رایانش ابری را چگونه مدیریت کنیم؟
هزینه کل به نوع سرویس، منطقه، اندازه منابع، مدت اجرا، مقدار ذخیره‌سازی، حجم درخواست، ترافیک خروجی، سطح افزونگی، پشتیبان‌گیری و ابزارهای پایش بستگی دارد. بنابراین مقایسه یک قیمت ساعتی با هزینه خرید سرور فیزیکی به‌تنهایی دقیق نیست. هزینه نیروی انسانی، مجوز نرم‌افزار، اتصال شبکه، حفاظت داده، توقف برنامه و بازیابی نیز می‌تواند در تصمیم اثر بگذارد.
- قبل از ایجاد منابع برآورد کنید: ظرفیت پایه و اوج، ساعات فعالیت، رشد داده، ترافیک و نیاز به نسخه پشتیبان را ثبت و در ابزار محاسبه قیمت ارائه‌دهنده وارد کنید.
- بودجه و هشدار داشته باشید: هزینه را با برچسب مالکیت، واحد سازمانی یا محیط کاری دسته‌بندی کنید و برای افزایش مصرف یا عبور از آستانه‌های تعیین‌شده هشدار بگذارید.
- منابع آزمایشی را پاک‌سازی کنید: برای محیط‌های موقت مالک و زمان پایان مشخص کنید. خاموش کردن یک ماشین ممکن است همه هزینه‌های دیسک، آدرس یا ذخیره‌سازی مرتبط را متوقف نکند.
- ظرفیت را متناسب انتخاب کنید: اندازه منابع را با داده‌های پایش و بار واقعی تنظیم کنید؛ کوچک‌سازی یا بزرگ‌سازی بدون سنجش می‌تواند به افت کارایی یا هزینه اضافی منجر شود.
- ترافیک و جابه‌جایی داده را لحاظ کنید: انتقال بین مناطق یا خروج داده از برخی سرویس‌ها ممکن است هزینه جداگانه داشته باشد. الگوی تبادل داده را قبل از طراحی نهایی بسنجید.
- هزینه را مرتب بازبینی کنید: هزینه واقعی را با برآورد اولیه مقایسه کنید و علت اختلاف‌ها را در جلسات فنی و مالی بررسی کنید.
هیچ درصد ثابتی برای صرفه‌جویی ناشی از مهاجرت به ابر برای همه سازمان‌ها قابل اتکا نیست. نتیجه به الگوی مصرف، قرارداد، هزینه فعلی، معماری مقصد، مهارت تیم و الزامات تداوم کسب‌وکار وابسته است.
تفاوت رایانش ابری، سرور مجازی و دیتاسنتر
رایانش ابری یک مدل گسترده ارائه و مدیریت منابع فناوری اطلاعات است. سرور مجازی (VPS) یک محیط سروری مجازی‌شده با منابع و سطح مدیریتی مشخص است؛ چنین سروری ممکن است روی زیرساخت یک ارائه‌دهنده ابری یا یک محیط میزبانی دیگر اجرا شود. پلتفرم ابری معمولاً علاوه بر ماشین مجازی، گزینه‌هایی مانند شبکه‌های مجازی، ذخیره‌سازی مدیریت‌شده، پایگاه داده، خودکارسازی و پایش ارائه می‌دهد، اما قابلیت‌ها و سطح خدمات بین ارائه‌دهندگان متفاوت است.
دیتاسنتر به محیط فیزیکی شامل سرورها، ذخیره‌سازها، تجهیزات شبکه، برق، سرمایش و کنترل‌های عملیاتی اشاره دارد. سازمان می‌تواند دیتاسنتر اختصاصی داشته باشد، تجهیزات خود را در مرکز داده میزبانی کند یا از خدمات ابری استفاده کند. برای مقایسه عملی، فقط تعداد هسته پردازنده یا مبلغ ماهانه را نسنجید؛ سطح مدیریت، ظرفیت شبکه، پشتیبان‌گیری، امنیت، انعطاف‌پذیری، محدودیت‌ها و هزینه کل را نیز مقایسه کنید.
برای بررسی گزینه‌های سرور و تفاوت مدل‌های میزبانی، مقاله راهنمای سرور مجازی و تفاوت آن با سرور ابری را مطالعه کنید. برای شناخت کلی‌تر اجزای شبکه و نقش آن در ارتباط کاربران و سرویس‌ها نیز راهنمای شبکه‌های کامپیوتری از کابل تا کلود می‌تواند نقطه شروع مناسبی باشد.
مراحل برنامه‌ریزی و مهاجرت به ابر
- فهرست‌برداری از سامانه‌ها: برنامه‌ها، پایگاه‌های داده، حجم اطلاعات، کاربران، وابستگی‌ها، مجوزهای نرم‌افزاری و ارتباط‌های شبکه را ثبت کنید.
- تعیین هدف: مشخص کنید مسئله اصلی کاهش زمان استقرار، افزایش ظرفیت، بهبود بازیابی، نوسازی برنامه یا کاهش بار نگهداری است. هدف باید قابل سنجش باشد.
- طبقه‌بندی داده و ریسک: حساسیت داده، الزام نگهداری، نیاز به محل جغرافیایی مشخص و محدودیت‌های قرارداد یا مقررات را بررسی کنید.
- انتخاب روش مناسب: بسته به وضعیت برنامه، آن را بدون تغییر عمده منتقل کنید، بخشی از معماری را اصلاح کنید، از سرویس مدیریت‌شده بهره ببرید یا در صورت نبود توجیه، فعلاً در محیط فعلی نگه دارید.
- طراحی شبکه و هویت: نشانی‌دهی IP، subnet، DNS، مسیرها، اتصال امن، احراز هویت، نقش‌ها و جداسازی محیط آزمایش و تولید را طراحی کنید.
- اجرای آزمایشی: یک سامانه کم‌ریسک اما نماینده انتخاب کنید و کارایی، امنیت، هزینه، نسخه پشتیبان، نظارت و روش بازگشت را آزمایش کنید.
- تهیه برنامه انتقال: مسئولیت‌ها، پنجره تغییر، معیار موفقیت، روش بازگشت و نحوه اطلاع‌رسانی به کاربران را پیش از تغییر تعیین کنید.
- پایش پس از انتقال: عملکرد و هزینه واقعی را با معیارهای اولیه مقایسه کنید، مشکلات را رفع کنید و تنها پس از تثبیت، دامنه مهاجرت را گسترش دهید.
مهاجرت همه سامانه‌ها به‌صورت یک‌باره همیشه بهترین انتخاب نیست. بعضی برنامه‌ها ممکن است به بازطراحی نیاز داشته باشند، بعضی به دلیل وابستگی یا محدودیت مقرراتی بهتر است فعلاً در محیط فعلی بمانند و بعضی نیز ممکن است پس از ارزیابی دوباره کنار گذاشته شوند. تصمیم باید برای هر بار کاری بر اساس شواهد و هدف کسب‌وکار گرفته شود.
پرسش‌های متداول درباره رایانش ابری
آیا استفاده از رایانش ابری همیشه ارزان‌تر است؟
خیر. هزینه به سرویس انتخاب‌شده، اندازه و مدت استفاده از منابع، انتقال داده، مجوزها، پشتیبان‌گیری و عملیات وابسته است. باید هزینه کل مالکیت و نیازهای واقعی را در مقایسه با زیرساخت فعلی سنجید.
آیا با انتقال اطلاعات به ابر، امنیت آن تضمین می‌شود؟
خیر. ارائه‌دهنده بخشی از زیرساخت را محافظت می‌کند، اما امنیت حساب‌ها، مجوزها، تنظیمات، داده‌ها و برنامه‌ها به طراحی و پیکربندی درست وابسته است. باید مدل مسئولیت مشترک و قابلیت‌های هر سرویس بررسی شود.
آیا فضای ابری همان نسخه پشتیبان است؟
خیر. داده‌ای که در یک سرویس ابری ذخیره می‌شود الزاماً نسخه پشتیبان مستقل نیست. نسخه‌های قابل بازیابی، دوره نگهداری، دسترسی مدیریتی و تمرین بازیابی باید جداگانه طراحی و آزموده شوند.
ابر عمومی بهتر است یا ابر خصوصی؟
هیچ گزینه‌ای برای همه سازمان‌ها بهترین نیست. ابر عمومی می‌تواند دسترسی گسترده به خدمات و انعطاف ظرفیت فراهم کند؛ ابر خصوصی کنترل و سفارشی‌سازی متفاوتی دارد اما مسئولیت نگهداری زیرساخت آن نیز باید تأمین شود. الزامات داده، هزینه، مهارت تیم و اهداف فنی معیار تصمیم‌اند.
برای کسب‌وکار کوچک هم رایانش ابری مناسب است؟
ممکن است مناسب باشد، به‌ویژه زمانی که سازمان به راه‌اندازی سریع، خدمات مدیریت‌شده یا ظرفیت متغیر نیاز دارد. با این حال، بودجه، دسترسی‌ها، پشتیبان‌گیری و مالکیت هر سرویس باید از ابتدا مشخص باشند.
برای شروع مهاجرت چه کاری انجام دهیم؟
ابتدا سامانه‌ها و وابستگی‌هایشان را فهرست کنید، هدف قابل سنجش تعیین کنید، هزینه و الزامات امنیتی را ارزیابی کنید و یک نمونه کم‌ریسک را به‌صورت آزمایشی منتقل کنید. پیش از انتقال سرویس‌های حیاتی، مسیر بازگشت و بازیابی را عملاً آزمایش کنید.
جمع‌بندی
رایانش ابری امکان استفاده منعطف از منابع محاسباتی، ذخیره‌سازی، شبکه و نرم‌افزار را فراهم می‌کند، اما انتخاب آن باید بر پایه نیاز واقعی و ارزیابی فنی انجام شود. تصمیم صحیح با تعیین مدل سرویس و استقرار، طراحی شبکه و هویت، حفاظت داده، برنامه بازیابی و پایش هزینه شکل می‌گیرد. شروع محدود، مستندسازی و سنجش نتیجه پیش از گسترش، ریسک تصمیم را کاهش می‌دهد.
اگر برای انتخاب معماری ابری، اتصال امن شبکه، انتقال سرویس‌ها یا ارزیابی زیرساخت سازمانی به بررسی تخصصی نیاز دارید، از صفحه درخواست مشاوره اقدام کنید یا از طریق صفحه تماس با واریان شبکه گستر با مجموعه در ارتباط باشید.
