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