- محتوا و رسانه: ساختار متن‌ها، تصاویر، فایل‌ها و متادیتا
- URL و SEO: نشانی‌های فعلی، صفحات پرترافیک، صفحات تجاری و نیاز به Redirect
- فرم و داده: فیلدها، اطلاعات ثبت‌شده و سازگاری آن‌ها با مقصد
- کاربر و نقش: حساب‌ها، نقش‌ها و سطح دسترسی
- Schema و Field: ساختار اطلاعات و نگاشت فیلدهای مبدأ و مقصد
- Integration: وابستگی به API، Connector یا سرویس‌های دیگر
- دسترسی و مجوز: امکان دسترسی، مالک اطلاعات و محدودیت‌های مجوز
- توقف و بازگشت: شرایط انتقال نهایی، نسخه پشتیبان و مسیر Rollback
خدمات استقرار و یکپارچه‌سازی
مهاجرت کنترل‌شده
انتقال وب‌سایت یا داده با دامنه، نقاط کنترل و مسیر بازگشت مشخص
مهاجرت فقط جابه‌جایی متن و فایل نیست. ساختار نشانی‌ها، محتوای فعلی، رسانه‌ها، فرم‌ها، کاربران، نقش‌ها، دسترسی‌ها و اتصال نرم‌افزارها نیز باید پیش از انتقال بررسی شوند.
خدمت مهاجرت کنترل‌شده، مسیر انتقال را از فهرست‌برداری و طبقه‌بندی تا اجرای آزمایشی، آزمون پذیرش، انتقال نهایی و پایش پس از آن مشخص می‌کند. هدف، اجرای مهاجرتی کنترل‌شده و قابل بررسی است؛ نه تضمین مطلق نتیجه.
دریافت گزارش Readiness
برای مشخص‌شدن دامنه، ریسک‌ها و نقاط کنترل مهاجرت
مهاجرت فقط انتقال محتوا نیست
هر وابستگی بررسی‌نشده می‌تواند در مرحله انتقال به مسئله تبدیل شود
انتقال وب‌سایت یا داده می‌تواند چند بخش را هم‌زمان درگیر کند. ممکن است متن‌ها و فایل‌ها منتقل شوند، اما نشانی صفحات، فرم‌ها، نقش‌های کاربری یا اتصال نرم‌افزارها با ساختار مقصد هماهنگ نباشند.
پیش از اجرا باید مشخص شود چه چیزی منتقل می‌شود، چه چیزی نیازمند اصلاح است و کدام مورد باید خارج از دامنه قرار گیرد.
مواردی که در ارزیابی مهاجرت بررسی می‌شوند:
دامنه استاندارد مهاجرت کنترل‌شده
دامنه نهایی هر پروژه پس از ارزیابی و در قالب SOW مشخص می‌شود
Migration Assurance یک خدمت مستقل برای کاهش ریسک انتقال وب‌سایت یا داده است. اجزای اصلی این خدمت در اسناد شامل Inventory، Redirect، Dry Run، Backup، Rollback و UAT است.
دامنه هر پروژه براساس وضعیت مبدأ، مقصد، کیفیت داده، دسترسی‌ها و وابستگی‌های موجود تعیین می‌شود. بنابراین همه اقلام زیر در هر پروژه به یک اندازه یا با یک روش اجرا نمی‌شوند.
Inventory
فهرست محتوا، رسانه، URL، فرم، کاربر، نقش، فیلد و اتصال‌های مرتبط تهیه می‌شود.
Classification
هر مورد برای انتقال خودکار، نیمه‌خودکار، دستی، حذف یا Archive طبقه‌بندی می‌شود.
Mapping
ارتباط میان ساختار مبدأ و مقصد برای URL، Media، User/Role، Form، Field، Schema و Integration بررسی می‌شود.
Preparation
پاک‌سازی، Sandbox، نسخه پشتیبان و Dataset نمونه در صورت نیاز آماده می‌شوند.
Dry Run
انتقال آزمایشی انجام می‌شود تا نتیجه تطبیق داده شود و Exceptionها پیش از انتقال نهایی ثبت شوند.
UAT
محتوا، فرایند، SEO، دسترسی و گزارش‌ها توسط مسئول تعیین‌شده بررسی می‌شوند.
Cutover و Rollback
شرایط انتقال نهایی و مسیر بازگشت پیش از Go-Live مشخص می‌شوند.
Hypercare
پس از انتقال، وضعیت پایش می‌شود، Exceptionهای داخل دامنه بررسی می‌شوند و گزارش نهایی آماده می‌شود.
فرایند هشت‌مرحله‌ای مهاجرت
هر مرحله، کنترل مشخصی برای ورود به مرحله بعد دارد
مرحله ۱ - Discover | شناسایی
Inventory، دسترسی‌ها، حجم، کیفیت، مالک اطلاعات و محدودیت‌های مجوز بررسی می‌شوند.
مرحله ۲ - Classify | طبقه‌بندی
مشخص می‌شود هر مورد به‌صورت خودکار، نیمه‌خودکار یا دستی منتقل شود، حذف شود یا در Archive قرار گیرد.
مرحله ۳ - Map | نگاشت
نگاشت Form، User/Role، Media، URL، Field، Schema و Integration میان مبدأ و مقصد انجام می‌شود.
مرحله ۴ - Prepare | آماده‌سازی
پاک‌سازی، Sandbox، Backup و Dataset نمونه در صورت نیاز آماده می‌شوند.
مرحله ۵ - Dry Run | اجرای آزمایشی
انتقال آزمایشی اجرا می‌شود، Reconciliation انجام می‌گیرد و Exceptionها ثبت می‌شوند.
مرحله ۶ - UAT | آزمون پذیرش کاربر
محتوا، فرایند، SEO، دسترسی و گزارش‌ها براساس سناریوهای مورد توافق بازبینی می‌شوند.
مرحله ۷ - Cutover | انتقال نهایی
Content Freeze، Delta Migration، تغییرات DNS یا Route و Go-Live مطابق برنامه انجام می‌شوند.
مرحله ۸ - Hypercare | پایش پس از انتقال
نتیجه انتقال پایش می‌شود، Exceptionهای داخل دامنه پیگیری می‌شوند و گزارش نهایی و Sign-off ثبت می‌شود.
چه نقش‌هایی باید در پروژه مشخص باشند؟
مهاجرت بدون مالک تصمیم، مالک داده و مسئول پذیرش قابل کنترل نیست
اسناد استقرار تأکید می‌کنند که پروژه باید Sponsor، مالک داده، مسئول فنی و مسئول UAT داشته باشد. نبود این نقش‌ها یکی از نشانه‌های نامناسب‌بودن پروژه برای شروع است.
Sponsor یا مالک تصمیم
از هدف، بودجه و تصمیم‌های اصلی پروژه پشتیبانی می‌کند.
مالک داده یا محتوا
مشخص می‌کند کدام اطلاعات معتبرند و درباره موارد ناقص، تکراری یا خارج از دامنه تصمیم می‌گیرد.
مسئول فنی
دسترسی‌ها، محدودیت‌های فنی، Integrationها و ساختار مبدأ را توضیح می‌دهد.
System Owner
مالک داخلی سامانه است و مسئولیت بهره‌برداری روزانه و پذیرش تغییر را بر عهده دارد.
مسئول UAT
سناریوهای کسب‌وکاری مورد توافق را بررسی و نتیجه پذیرش را Sign-off می‌کند.
Implementation Manager
برنامه اجرا، وابستگی‌ها، نقاط کنترل و خروجی‌های پروژه را هماهنگ می‌کند.
مالکیت دقیق هر خروجی، دامنه اختیار و مسئولیت قراردادی هر نقش باید در SOW یا سند اجرای پروژه مشخص شود.
چه اطلاعاتی برای ارزیابی آمادگی بررسی می‌شود؟
گزارش Readiness باید بر وضعیت واقعی مبدأ و مقصد تکیه داشته باشد
ورودی‌های پروژه براساس نوع انتقال متفاوت‌اند. موارد زیر در مرحله ارزیابی بررسی می‌شوند و نبود هرکدام می‌تواند به‌عنوان محدودیت یا ریسک ثبت شود:
- Inventory اولیه محتوا، داده، فایل، URL و رسانه
- دسترسی معتبر به سامانه یا خروجی‌های مبدأ
- حجم و کیفیت اطلاعات
- مالک داده، محتوا یا سامانه
- محدودیت‌های دسترسی و مجوز
- URLهای پرترافیک و صفحات تجاری
- اطلاعات موجود از Analytics یا Search Console، در صورت دسترسی
- ساختار فرم‌ها، فیلدها و Schema
- کاربران، نقش‌ها و سطح دسترسی
- Integrationها، APIها و Connectorهای مرتبط
- ساختار یا نیازهای مقصد
- امکان تهیه Backup
- نیاز به Sandbox یا Dataset نمونه
- سناریوهای مورد انتظار برای UAT
این فهرست به معنی انتقال قطعی همه موارد نیست. روش انتقال و وضعیت هر مورد در مراحل Classify و Map تعیین می‌شود.
خروجی‌ها و معیار پذیرش پروژه
مهاجرت فقط با انتقال داده پایان نمی‌یابد
خروجی‌های پروژه متناسب با دامنه نهایی می‌توانند شامل موارد زیر باشند:
- Readiness Report: وضعیت آمادگی، محدودیت‌ها و ریسک‌های اصلی
- Scope و Risk Register: دامنه کار و ریسک‌های ثبت‌شده
- Inventory: فهرست اقلام مورد بررسی
- Migration Plan: برنامه مراحل و نقاط کنترل مهاجرت
- برنامه Redirect: تصمیم مربوط به URLهای داخل دامنه
- برنامه Backup و Rollback: نسخه پشتیبان و مسیر بازگشت
- نتیجه Dry Run: نتیجه اجرای آزمایشی
- Reconciliation و Exceptionها: وضعیت تطبیق و موارد خارج از انتظار
- گزارش UAT: نتیجه بازبینی محتوا، فرایند، SEO، دسترسی و گزارش‌ها
- Runbook: مسیر اجرایی Cutover و Go-Live
- گزارش نهایی و Sign-off: وضعیت انتقال، Exceptionهای باقی‌مانده و تأیید پایان مرحله
برای ورود به Cutover، سناریوهای کسب‌وکاری مورد توافق باید توسط مالک معرفی‌شده مشتری بررسی و Sign-off شده باشند. شرایط دقیق پذیرش، نرخ تطبیق و Exceptionهای مجاز در دامنه همان پروژه تعریف می‌شوند.
مرزهای خدمت مهاجرت کنترل‌شده
کنترل ریسک با تضمین مطلق نتیجه یکسان نیست
Migration Assurance به معنی اجرای کنترل‌شده و قابل بررسی مهاجرت است. این خدمت تضمین نمی‌کند که هر نوع داده بدون استثنا منتقل شود یا رتبه، ترافیک و رفتار موتورهای جست‌وجو بدون تغییر باقی بماند.
مرزهای اصلی خدمت:
- دامنه مهاجرت باید در SOW مستقل تعریف شود.
- فقط موارد داخل دامنه تأییدشده وارد اجرای پروژه می‌شوند.
- نرخ تطبیق، Exceptionهای مجاز و معیار پذیرش باید برای همان پروژه مشخص شوند.
- قابلیت انتقال هر مورد به ساختار مبدأ، مقصد، دسترسی و کیفیت داده وابسته است.
- داده ناقص، ناسازگار یا فاقد دسترسی ممکن است به اقدام جداگانه نیاز داشته باشد.
- بررسی SEO، URL و Redirect بخشی از کنترل مهاجرت است، اما حفظ قطعی رتبه یا ترافیک تضمین نمی‌شود.
- Backup و Rollback باید براساس دامنه و شرایط واقعی پروژه تعریف شوند.
- توسعه API، Connector یا Integration سفارشی در خدمت استاندارد مهاجرت قرار نمی‌گیرد.
- Custom Integration نیازمند Discovery، SOW و Change Control مستقل است.
- امکان Export داده و فرایند خروج باید در قرارداد تعریف شود.
- زمان و هزینه پروژه پیش از ارزیابی دامنه، حجم و پیچیدگی اطلاعات قطعی نیست.
- مهاجرت وب‌سایت شرط عمومی شروع استفاده از BasisAssistant نیست.
این مرزبندی کمک می‌کند وعده صفحه با دامنه واقعی خدمت، قرارداد و توان اجرایی هماهنگ بماند.
پرسش‌های متداول درباره مهاجرت کنترل‌شده
آیا مهاجرت کنترل‌شده نتیجه انتقال را تضمین می‌کند؟
خیر. Migration Assurance به معنی اجرای کنترل‌شده و قابل بررسی مهاجرت است، نه تضمین مطلق نتیجه. دامنه، نقاط کنترل، اجرای آزمایشی، آزمون پذیرش و مسیر بازگشت پیش از انتقال نهایی مشخص می‌شوند.
چه مواردی در دامنه مهاجرت بررسی می‌شوند؟
بسته به پروژه، محتوا، رسانه، URL، فرم، فیلد، Schema، کاربران، نقش‌ها و Integrationها بررسی می‌شوند. وضعیت هر مورد در مراحل Classify و Map تعیین خواهد شد.
Dry Run چیست؟
Dry Run اجرای آزمایشی مهاجرت پیش از Cutover است. در این مرحله نتیجه انتقال بررسی می‌شود، Reconciliation انجام می‌گیرد و Exceptionها ثبت می‌شوند.
UAT در پروژه مهاجرت چه نقشی دارد؟
در UAT، محتوا، فرایند، SEO، دسترسی و گزارش‌های داخل دامنه بررسی می‌شوند. سناریوهای مورد توافق باید توسط مالک معرفی‌شده مشتری بررسی و Sign-off شوند.
ریسک URL و SEO چگونه کنترل می‌شود؟
URLهای داخل دامنه بررسی می‌شوند و درباره Redirect آن‌ها تصمیم گرفته می‌شود. وضعیت SEO نیز در UAT بازبینی می‌شود. این کنترل‌ها ریسک را کاهش می‌دهند، اما حفظ قطعی رتبه یا ترافیک را تضمین نمی‌کنند.
Rollback چه زمانی قابل استفاده است؟
Rollback براساس نسخه پشتیبان، نقطه بازگشت و شرایطی انجام می‌شود که پیش از Cutover در برنامه پروژه تعریف شده‌اند. دامنه و امکان اجرای آن به وضعیت همان پروژه وابسته است.
آیا Integration سفارشی بخشی از این خدمت است؟
خیر. وابستگی‌های Integration در مرحله ارزیابی و نگاشت بررسی می‌شوند، اما توسعه API یا Connector سفارشی به Discovery، SOW و Change Control جداگانه نیاز دارد.
آیا استفاده از BasisAssistant به مهاجرت وب‌سایت وابسته است؟
خیر. اسناد راهبردی تأکید می‌کنند که BasisAssistant می‌تواند بدون الزام به مهاجرت وب‌سایت وارد یک مسئله محدود شود. مهاجرت زمانی تعریف می‌شود که انتقال سایت یا داده بخشی از دامنه پروژه باشد.
پیش از انتقال، وضعیت آمادگی را مشخص کنید
گزارش Readiness کمک می‌کند دامنه مهاجرت، وضعیت اطلاعات، وابستگی‌ها، ریسک‌ها و نقاط کنترل پیش از تصمیم نهایی روشن شوند.
دریافت گزارش Readiness
برای مشخص‌شدن دامنه، ریسک‌ها و نقاط کنترل مهاجرت