معنی مدیریت‌شده را باید در محدوده خدمات هر ارائه‌دهنده خواند. این واژه به‌تنهایی تعهد یکسانی ایجاد نمی‌کند.
مسئولیت‌ها را مشخص کنید
مدیریت زیرساخت، به‌روزرسانی نرم‌افزار سرور و پیگیری مشکل میزبانی با توسعه قالب و افزونه تفاوت دارد. روشن کنید بکاپ در کجا نگهداری می‌شود، بازیابی چگونه درخواست می‌شود و به‌روزرسانی کد سایت به عهده چه کسی است. زمان پاسخ اولیه با زمان رفع کامل مشکل یکسان نیست.
پیش از خرید سوال درست بپرسید
شرایط انتقال، سقف منابع، محدودیت افزونه‌ها، SLA، سیاست بازپرداخت و خروج داده را بررسی کنید. برای فروشگاه حساس، فرایند تغییرات و بازیابی سفارش‌ها را هم بپرسید. محصول مناسب باید مسئولیت‌ها را شفاف کند و برای تصمیم‌گیری شما اطلاعات قابل سنجش ارائه دهد.
برای انتخاب یا تغییر زیرساخت، ابتدا وضعیت فعلی سایت را ثبت کنید. یک تغییر مشخص انجام دهید و سپس همان مسیرهای کاربری را دوباره آزمایش کنید. راهنماهای روناتا مبنای تصمیم‌گیری اولیه هستند و بررسی جزئیات هر سایت به داده واقعی نیاز دارد.
شرح خدمات را به کار قابل پیگیری تبدیل کنید
به جای اتکا به نام پلن، چند موقعیت واقعی را مطرح کنید. اگر بعد از به‌روزرسانی افزونه سایت خطا داد، چه کسی گزارش را بررسی می‌کند؟ اگر نسخه PHP تغییر کند، آزمون سازگاری با چه کسی است؟ اگر بکاپ لازم شد، کدام داده با چه تاییدی برمی‌گردد؟ پاسخ باید محدوده بررسی، مسئول اجرا و روش اعلام نتیجه را روشن کند.
مدیریت سیستم‌عامل، سرویس وب و دیتابیس با مدیریت کد سایت متفاوت است. رفع خطای افزونه اختصاصی ممکن است نیاز به توسعه‌دهنده داشته باشد. پشتیبانی میزبانی می‌تواند در تشخیص لایه مشکل کمک کند، اما این همراهی به معنی تعهد به بازنویسی هر کد نیست. کار خارج از محدوده باید با شرح کار و هزینه جدا مشخص شود تا انتظار دو طرف یکسان باشد.
پاسخ اولیه را با رفع کامل مشکل مقایسه نکنید
پاسخ اولیه یعنی درخواست دریافت و بررسی آغاز شده است. رفع کامل ممکن است به دسترسی، اطلاعات بیشتر، اصلاح کد یا هماهنگی سرویس خارجی نیاز داشته باشد. برای درخواست حساس، مسیر اعلام اولویت و روش اطلاع‌رسانی را بپرسید. یک عدد کلی برای زمان پاسخ، بدون تعریف ساعات پوشش و نوع درخواست، تصویر دقیقی از خدمات نمی‌دهد.
برای اختلال‌های وابسته به چند سرویس، گزارش باید نشان دهد کدام بخش بررسی شده و قدم بعدی چیست. DNS، درگاه پرداخت، ایمیل و API خارجی همیشه تحت کنترل میزبان نیستند. این وابستگی‌ها باید در بررسی رخداد دیده شوند. مشتری نیز باید شرح خطا، زمان، تغییرات پیشین و دسترسی مجاز را در مسیر حفاظت‌شده ارائه کند. ارسال چند درخواست پراکنده برای یک رخداد می‌تواند پیگیری را دشوار کند.
| موضوع | چیزی که باید روشن شود |
|---|---|
| نگهداری | مسئول به‌روزرسانی هر لایه |
| بکاپ | تناوب، مدت نگهداری و روش بازیابی |
| پشتیبانی | دامنه بررسی و شیوه اعلام اولویت |
| ارتقا | منابع، هزینه و زمان تغییر |
| خروج | روش دریافت فایل‌ها و دیتابیس |
مسیر خروج را پیش از شروع بشناسید
امکان دریافت نسخه مستقل از فایل‌ها و دیتابیس به انتخاب آگاهانه کمک می‌کند. درباره داده اختصاصی پنل، فرمت خروجی و زمان نگهداری پس از پایان سرویس سوال کنید. نسخه دانلودشده باید قابل استفاده باشد و برای انتقال به ابزار نامشخص وابستگی غیرضروری ایجاد نکند. قبل از لغو، اطلاعات مهم را دریافت و بازیابی آن‌ها را بررسی کنید.
خدمت مناسب با تعداد زیاد اصطلاح فنی سنجیده نمی‌شود. باید مشخص باشد چه کاری انجام می‌شود، نتیجه چگونه اعلام خواهد شد و در چه مواردی توافق جدا لازم است. صفحه خدمات مدیریت‌شده روناتا، شرایط خدمات و توافق سطح خدمات را کنار هم بخوانید. پرسش‌های دقیق پیش از سفارش، از اختلاف در زمان نیاز به پشتیبانی جلوگیری می‌کنند.
