توسعه کم‌کد · مهاجرت و ارتقا

مهاجرت و ارتقای Power Platform — مسیر، ریسک و برنامه اجرا

انتقال اپ‌های Access و اکسل‌محور به Power Apps؛ جایگزینی گزارش‌های ثابت با مدل معنایی مشترک.

مسیر ارتقا و مهاجرت Power Platform چیست؟

انتقال اپ‌های Access و اکسل‌محور به Power Apps؛ جایگزینی گزارش‌های ثابت با مدل معنایی مشترک.

ارزیابی وضعیت فعلی

پیش از هر مهاجرتی در Power Platform، فهرست دقیق نسخه‌های در حال استفاده (مدل کاربری، مدل ظرفیتی، Fabric)، وابستگی‌ها و سفارشی‌سازی‌ها را تهیه کنید. مهاجرت بدون این فهرست، معمولاً در میانه راه متوقف می‌شود.

مسیر فنی ارتقا

انتقال اپ‌های Access و اکسل‌محور به Power Apps؛ جایگزینی گزارش‌های ثابت با مدل معنایی مشترک.

برنامه ۳۰-۶۰-۹۰ روزه

یک مهاجرت کنترل‌شده معمولاً در سه پنجره زمانی اجرا می‌شود.

ریسک‌ها و راه کاهش آن‌ها

بزرگ‌ترین ریسک‌های مهاجرت Power Platform فنی نیستند، سازمانی‌اند: نبود مالک مشخص، نبود پنجره توقف و نبود برنامه بازگشت.

نسخه‌های Power Platform و جایگاه آن‌ها

نسخهوضعیت پیشنهادی
مدل کاربریبررسی برای ارتقا
مدل ظرفیتیبررسی برای ارتقا
Fabricمقصد پیشنهادی مهاجرت

طرح مهاجرت Power Platform بدون توقف سرویس

انتقال اپ‌های Access و اکسل‌محور به Power Apps؛ جایگزینی گزارش‌های ثابت با مدل معنایی مشترک.

  1. وضعیت فعلی را سیاهه کنید

    نسخه‌های در حال استفاده (مدل کاربری، مدل ظرفیتی، Fabric)، وابستگی‌ها و بارهای کاری بحرانی را مستند کنید.

  2. سازگاری را ارزیابی کنید

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

  3. مسیر مهاجرت را انتخاب کنید

    انتقال اپ‌های Access و اکسل‌محور به Power Apps؛ جایگزینی گزارش‌های ثابت با مدل معنایی مشترک.

  4. پنجره زمانی و بازگشت را تعیین کنید

    برای هر موج، زمان توقف مجاز، معیار موفقیت و طرح بازگشت را از پیش بنویسید.

  5. مجوزها را هم‌زمان تطبیق دهید

    تغییر نسخه معمولاً واحد شمارش یا مدل مجوز را تغییر می‌دهد؛ برای Power Platform پایه شمارش هر کاربر یا هر ظرفیت (Capacity) است.

  6. پس از مهاجرت پاک‌سازی کنید

    نسخه‌های قدیمی، سرورهای بازنشسته و مجوزهای بلااستفاده را ببندید تا هزینه دوگانه ایجاد نشود.

خطاهای رایج و راه اصلاح

ریسکراه اصلاح
اشتراک گزارش با کاربران بدون Proقبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید.
استفاده از کانکتور Premium با لایسنس پایهشمارش را از یک منبع رسمی بگیرید و خروجی را تاریخ‌دار بایگانی کنید.
حساب سرویس بدون لایسنس فرایندیهر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید.

چه چیزی هزینه Power Platform را تغییر می‌دهد

عاملاثر بر هزینهنکته اجرایی
تعداد سازنده در برابر مصرف‌کننده گزارشزیادقبل از هر استعلام، این عدد را قطعی کنید.
کانکتورهای Premiumزیادبا یک تغییر تصمیم می‌توان چند ده درصد صرفه‌جویی کرد.
ظرفیت Dataverse و Fabricمتوسطدر برآورد اولیه دیده نمی‌شود؛ در صورتحساب بعدی ظاهر می‌شود.
اتوماسیون‌های پرتراکنشمتوسطدر برآورد اولیه دیده نمی‌شود؛ در صورتحساب بعدی ظاهر می‌شود.

مناسب است اگر / مناسب نیست اگر

مناسب است اگر

  • سازمانی که هر کاربر یا هر ظرفیت (Capacity) را می‌تواند دقیق گزارش کند.
  • تیمی که برای Power Platform مالک مشخص لایسنس و بازبینی دوره‌ای دارد.
  • محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول هم‌خوان است.

مناسب نیست اگر

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

سه قدم بعدی

  1. شمارش پایه را بر اساس هر کاربر یا هر ظرفیت (Capacity) تهیه کنید.
  2. ادیشن هدف را از میان Power BI Pro، Power BI Premium / Fabric، Power Apps Premium، Power Automate Process انتخاب کنید.
  3. برنامه فعال‌سازی و مالک تمدید را مشخص کنید.

پرسش‌های پرتکرار

مسیر ارتقای Power Platform چیست؟

انتقال اپ‌های Access و اکسل‌محور به Power Apps؛ جایگزینی گزارش‌های ثابت با مدل معنایی مشترک.

مهاجرت چقدر طول می‌کشد؟

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

آیا می‌توان بدون توقف سرویس مهاجرت کرد؟

در بسیاری از سناریوها با هم‌زیستی یا مهاجرت مرحله‌ای بله، اما نیازمند ظرفیت موازی و برنامه بازگشت است.

موضوع‌های دیگر درباره Power Platform

منابع مرتبط