استقرار، مهاجرت و آغاز بهره‌برداری.

در استقرار مدیریت‌شده، بخشی از مسئولیت راه‌اندازی و نگهداری سرویس در قالب قرارداد خدمات تعریف می‌شود. این گزینه برای تیمی مناسب است که می‌خواهد منابع داخلی خود را بر استفاده کسب‌وکاری متمرکز کند. محل میزبانی، ظرفیت، سطح خدمت و دامنه پشتیبانی باید پیش از انتخاب سرویس روشن شوند.

استقرار روی زیرساخت سازمان، کنترل بیشتری بر محیط فراهم می‌کند و در مقابل به برنامه مشخصی برای مدیریت پایگاه داده، ذخیره‌سازی، شبکه، پشتیبان‌گیری و به‌روزرسانی نیاز دارد. استفاده از Docker یا Kubernetes جایگزین مسئولیت عملیاتی نیست. انتخاب معماری باید با حجم اسناد، تعداد کاربران، بار پردازش و مهارت تیم زیرساخت هماهنگ باشد.

هزینه کل تنها مجوز یا اشتراک نیست. انتقال داده، یکپارچه‌سازی، پردازش هوشمند، ذخیره پشتیبان، آموزش و نگهداری نیز باید در برآورد دیده شوند. شروع با اجرای آزمایشی محدود کمک می‌کند فرض‌های ظرفیت و فرایند بررسی شوند و برنامه گسترش بر پایه شواهد واقعی شکل بگیرد.

نخستین لایه، هویت قابل اتکای کاربر است. اتصال مدیریت هویت و استفاده از روش‌های احراز هویت مناسب، نقطه شروع کنترل دسترسی است. سپس باید مجوزها با نقش واقعی افراد هماهنگ شوند؛ کارشناس، مدیر واحد و مدیر سامانه الزاماً به یک دامنه محتوا نیاز ندارند. اصل حداقل دسترسی، مبنای مناسبی برای طراحی اولیه است.

در کنار کنترل‌های برنامه، امنیت استقرار نیز اهمیت دارد. تنظیم TLS، مدیریت اسرار، محدود کردن دسترسی مدیریتی، به‌روزرسانی سرویس‌ها و پایش خطاها باید در طرح عملیاتی دیده شوند. مسئولیت این بخش‌ها در استقرار ابری و استقرار در محل متفاوت است و لازم است مرز مسئولیت تیم ویکسلو و تیم زیرساخت مشتری روشن باشد.

پشتیبان‌گیری بدون آزمون بازیابی، اطمینان کافی ایجاد نمی‌کند. سازمان باید زمان قابل قبول بازگردانی سرویس و میزان قابل قبول از دست رفتن داده را مشخص کند و متناسب با آن، روش پشتیبان‌گیری و تمرین بازیابی را طراحی کند. جزئیات رمزنگاری، محل داده، الزامات امنیتی و سطح خدمت باید در بررسی فنی و قرارداد نهایی تأیید شوند.

در گام نخست، منابع فعلی محتوا شناسایی می‌شوند: درایو مشترک، سامانه قدیمی، پوشه پروژه و پرونده‌های عملیاتی. برای هر منبع باید مالک، حساسیت داده، حجم تقریبی و کیفیت اطلاعات مشخص شود. سپس اسناد فعال از مدارک قدیمی و نسخه‌های تکراری تفکیک می‌شوند تا مشکل موجود بدون تغییر به پلتفرم جدید منتقل نشود.

نگاشت پوشه‌ها به فضای کاری و نگاشت اطلاعات قدیمی به فراداده جدید، باید پیش از انتقال انبوه تأیید شوند. انتخاب یک مجموعه نمونه کمک می‌کند نام‌گذاری، تاریخ‌ها، ارتباط پیوست‌ها و دسترسی‌ها بررسی شوند. پس از انتقال نیز شمارش فایل‌ها کافی نیست؛ نمونه‌برداری از محتوا، بررسی قابلیت باز شدن و یافتن اسناد و تطبیق مجوزها ضروری است.

پذیرش کاربر به ساده بودن کار روزمره وابسته است. آموزش باید بر سناریوهایی مانند بارگذاری، پیدا کردن سند، درخواست اصلاح و ارسال برای تأیید متمرکز باشد. برای دوره گذار باید مشخص شود محل معتبر ثبت اسناد جدید کجاست تا دو آرشیو موازی شکل نگیرد. زمان گسترش به سایر واحدها، پس از ارزیابی اجرای آزمایشی تعیین می‌شود.