نرمافزار ابری یا محلی رستوران: مقایسه آفلاین، امنیت، هزینه و خروج داده
راهنمای تصمیمگیری میان معماری ابری، محلی و ترکیبی با بررسی قطعی، چند شعبه، امنیت، هزینه چندساله، بازیابی و مالکیت و خروج داده.
- Bahram Davoodi
انتخاب میان نرمافزار ابری و محلی فقط یک تصمیم فنی نیست. این انتخاب بر شیوه بهروزرسانی، دسترسی مدیران، کار در قطعی اینترنت، نگهداری سختافزار و مدیریت چند شعبه اثر میگذارد.
نرمافزار ابری چیست؟
در مدل ابری، بخش اصلی داده و مدیریت روی زیرساخت ارائهدهنده قرار دارد و کاربران از طریق اینترنت یا برنامه متصل به آن دسترسی پیدا میکنند.
نرمافزار محلی چیست؟
در مدل محلی، سرور یا پایگاه داده اصلی در خود رستوران یا شبکه داخلی نگهداری میشود و مجموعه مسئول بیشتری برای نگهداری و پشتیبانگیری دارد.
مقایسه دسترسی و چند شعبه
مدل ابری معمولاً مشاهده متمرکز شعب و دسترسی از راه دور را سادهتر میکند. مدل محلی ممکن است برای اتصال شعب به تنظیمات شبکه و زیرساخت بیشتری نیاز داشته باشد.
قطعی اینترنت
ابریبودن بهتنهایی مشخص نمیکند سیستم هنگام قطعی چه کاری انجام میدهد. قابلیت آفلاین، ذخیره محلی و نحوه همگامسازی باید جداگانه آزمایش شوند.
بهروزرسانی و نگهداری
در مدل ابری، بهروزرسانیها معمولاً متمرکزتر هستند. در مدل محلی، نصب نسخه، امنیت سرور و پشتیبانگیری ممکن است بر عهده مجموعه یا شریک فنی باشد.
امنیت
هر دو مدل میتوانند امن یا ناامن باشند. کنترل دسترسی، رمزنگاری، ثبت رویداد، پشتیبانگیری و برنامه بازیابی مهمتر از نام معماری هستند.
هزینه کل
اشتراک، سرور، شبکه، نگهداری، پشتیبانی، زمان کارکنان و بازیابی خرابی باید در محاسبه هزینه کل دیده شوند.
چه سؤالاتی بپرسیم؟
- در قطعی اینترنت چه عملیاتهایی ادامه دارند؟
- داده کجا نگهداری و چگونه پشتیبانگیری میشود؟
- بازیابی خرابی چقدر زمان میبرد؟
- دسترسی چند شعبه چگونه کنترل میشود؟
- بهروزرسانی و پشتیبانی بر عهده چه کسی است؟
مدل ترکیبی یا Hybrid
بسیاری از سامانهها کاملاً ابری یا کاملاً محلی نیستند. ممکن است مدیریت و گزارش مرکزی در ابر باشد، اما ثبت سفارش یا چاپ در شبکه داخلی ادامه پیدا کند. بنابراین بهجای تکیه بر برچسب معماری، رفتار هر جزء در حالت عادی و اختلال بررسی شود.
مالکیت، دسترسی و خروج داده
محل سرور بهتنهایی مالکیت داده را مشخص نمیکند. باید روشن باشد چه دادهای قابلخروج است، قالب خروج چیست، چه کسی به نسخه پشتیبان دسترسی دارد و پس از پایان قرارداد چه مدتی امکان دریافت داده باقی میماند.
هدف بازیابی و تحمل از دسترفتن داده
دو سؤال عملی مهماند: مجموعه چه مدت میتواند بدون سرویس اصلی کار کند و حداکثر چه مقدار داده ممکن است نیازمند بازسازی باشد؟ پاسخ باید با فرایند فروش، رزرو و حسابداری هماهنگ شود و در آزمون بازیابی سنجیده شود.
تقسیم مسئولیت امنیت و نگهداری
در مدل ابری، ارائهدهنده بخشی از زیرساخت را نگهداری میکند اما مدیریت کاربران، دستگاهها و فرایند داخلی همچنان بر عهده کسبوکار است. در مدل محلی، مسئولیت سرور، بهروزرسانی، پشتیبانگیری و دسترسی فیزیکی معمولاً بیشتر بر دوش مجموعه یا شریک فنی قرار میگیرد.
اتصالها و وابستگیهای بیرونی
پرداخت، حسابداری، سفارش آنلاین، پیامرسانی و سختافزار ممکن است مستقل از معماری اصلی به سرویسهای بیرونی وابسته باشند. خرابی هر اتصال باید جداگانه بررسی شود و انتخاب ابری یا محلی نباید پایداری همه اتصالها را تضمینشده نشان دهد.
ماتریس تصمیم پیشنهادی
- یک شعبه با تیم فنی محدود: سادگی نگهداری و پشتیبانی اهمیت بیشتری دارد.
- چند شعبه: مدیریت مرکزی، همگامسازی و کنترل دسترسی بین شعب وزن بالاتری دارند.
- تحمل توقف پایین: حالت محلی، مسیر آفلاین و زمان بازیابی باید عملاً آزمایش شوند.
- الزامات خروج و بایگانی: قالب داده، نگهداری و دسترسی پس از قرارداد باید روشن باشد.
- تجهیزات قدیمی یا خاص: سازگاری فنی و مسئولیت پشتیبانی باید پیش از خرید تأیید شود.
هزینه کل را در یک دوره چندساله مقایسه کنید
اشتراک یا قیمت سرور تنها بخشی از هزینه است. راهاندازی، شبکه، دستگاه، امنیت، پشتیبانگیری، زمان تیم، بهروزرسانی، پشتیبانی و بازیابی خرابی باید در یک بازه یکسان مقایسه شوند.
آزمونهایی که در دمو لازماند
- قطع اینترنت و ادامه عملیات ضروری
- خرابی یک دستگاه و ورود از دستگاه جایگزین
- خروج نمونه داده و بررسی خوانایی آن
- بازیابی یک رکورد یا محیط آزمایشی
- محدودکردن دسترسی مدیر یک شعبه
- بهروزرسانی و بازگشت از خطای احتمالی
نتیجهگیری تصمیم
معماری مناسب باید با سناریوهای واقعی، قرارداد، مسئولیتها و آزمون عملی انتخاب شود. عبارت ابری یا محلی بهتنهایی معیار کافی برای پایداری، امنیت یا هزینه نیست.
جمعبندی
مدل مناسب به تعداد شعب، توان فنی، نیاز دسترسی و تحمل توقف بستگی دارد. تصمیم باید بر اساس سناریوی واقعی رستوران گرفته شود.
پرسشهای متداول
آیا نرمافزار ابری همیشه هنگام قطعی متوقف میشود؟
خیر. رفتار قطعی به ذخیره محلی، شبکه داخلی و روش همگامسازی همان محصول بستگی دارد.
مدل ترکیبی چیست؟
بخشی از عملیات یا داده محلی است و مدیریت یا گزارش مرکزی از زیرساخت ابری استفاده میکند.
کدام مدل امنتر است؟
امنیت به کنترل دسترسی، نگهداری، پشتیبانگیری و تقسیم مسئولیت بستگی دارد؛ نه فقط محل سرور.
در مقایسه هزینه چه چیزهایی دیده شوند؟
اشتراک، سرور، شبکه، پشتیبانی، زمان تیم، امنیت، بهروزرسانی و بازیابی خرابی.
