توسعه کمکد · مجازیسازی و ابر
مجازیسازی Power Platform — حقوق اجرا و تحرک مجوز
Power Platform بر پایه «هر کاربر یا هر ظرفیت (Capacity)» مجوز میگیرد و سرورها یا هستههای میزبان ارائهدهنده مبنای شمارش نیستند. در دسکتاپ مجازی یا ماشین ابری، تخصیص مجوز به کاربر یا منبع درست و حقوق نرمافزارهای نصبشده در همان محیط را بررسی کنید.
حقوق مجازیسازی و ابر در Power Platform چگونه است؟
Power Platform بر پایه «هر کاربر یا هر ظرفیت (Capacity)» مجوز میگیرد و سرورها یا هستههای میزبان ارائهدهنده مبنای شمارش نیستند. در دسکتاپ مجازی یا ماشین ابری، تخصیص مجوز به کاربر یا منبع درست و حقوق نرمافزارهای نصبشده در همان محیط را بررسی کنید.
- هر کاربر یا هر ظرفیت (Capacity)
- Power BI Pro / Power BI Premium / Fabric / Power Apps Premium / Power Automate Process
- CSP
- مجازیسازی و ابر
شمارش در محیط مجازی
برای Power Platform ماشین مجازی یا میزبان فیزیکی واحد شمارش نیست؛ مجوز به «هر کاربر یا هر ظرفیت (Capacity)» تعلق دارد. در محیط مجازی آنچه باید کنترل شود، دسترسی کاربران دارای مجوز از دسکتاپهای مجازی و اشتراکی و حقوق نرمافزارهایی است که داخل ماشین مجازی نصب میشوند.
- تخصیص مجوز به کاربر، دستگاه، ظرفیت یا مصرف مطابق واحد همان سرویس
- حق اجرای برنامههای نصبی در دسکتاپ مجازی یا اشتراکی طبق پلن
- حسابهای سرویس و اتوماسیون که ممکن است مجوز یا ظرفیت جداگانه بخواهند
- تفکیک هزینه زیرساخت ابری از هزینه مجوز سرویس
بردن مجوز به ابر
انتقال اپهای Access و اکسلمحور به Power Apps؛ جایگزینی گزارشهای ثابت با مدل معنایی مشترک. پیش از انتقال، بررسی کنید مجوز فعلی حق اجرا روی زیرساخت اشتراکی را دارد یا باید به مدل اشتراکی ابری تبدیل شود؛ هزینه هر دو مسیر را با قیمت قرارداد خود و برای همان بازه زمانی مقایسه کنید.
سناریوی هیبریدی
بسیاری از سازمانها همزمان محیط داخلی و ابری دارند. در این حالت خطر رایج، شمارش دوباره یا شمارشنکردن بار کاریهایی است که موقت به ابر منتقل میشوند. یک سیاست مکتوب برای محیطهای موقت لازم است.
- تعریف مالک مجوز برای هر محیط
- سقف زمانی برای محیطهای موقت و آزمایشی
- بازبینی ماهانه ماشینها و تخصیصهای بلااستفاده
- هماهنگی تیم زیرساخت و تیم تدارکات پیش از هر انتقال
کاهش هزینه بدون ریسک
در Power Platform هزینه با تعداد تخصیصها، ظرفیت یا مصرف رشد میکند، نه با تراکم ماشین مجازی. حذف تخصیصهای بلااستفاده و تطبیق پلن با نیاز واقعی هر گروه بیشترین اثر را دارد. تعداد سازنده در برابر مصرفکننده گزارش، کانکتورهای Premium بیشترین اثر را دارند.
سناریوهای مجازیسازی Power Platform
| سناریو | نکته مجوز |
|---|---|
| دسکتاپ مجازی (AVD، Windows 365 یا VDI) | مجوز کاربر و حق اجرای برنامههای نصبی را بررسی کنید |
| ماشین مجازی در Azure یا ابر دیگر | هزینه منبع ابری جدا از مجوز سرویس است |
| حساب سرویس و اتوماسیون | ممکن است مجوز یا ظرفیت جداگانه لازم باشد |
| محیط آزمایشی و Sandbox | شرایط و سقف پلن آزمایشی را بررسی کنید |
Power Platform در دسکتاپ مجازی و ابر
Power Platform بر پایه هر کاربر یا هر ظرفیت (Capacity) مجوز میگیرد؛ ماشین مجازی یا میزبان مبنای شمارش نیست.
واحد مجوز سرویس را مشخص کنید
هر کاربر، دستگاه، ظرفیت یا مصرفی را که Power Platform میشمارد از پرتال مدیریت استخراج کنید.
دسترسی از دسکتاپ مجازی را بررسی کنید
برنامههای نصبی روی دسکتاپ اشتراکی به پلن واجد شرایط و فعالسازی رایانه اشتراکی نیاز دارند.
هزینه زیرساخت را جدا کنید
هزینه ماشینهای مجازی ابری قلمی جدا از مجوز سرویس است و جداگانه بودجه میخواهد.
حسابهای غیرانسانی را شناسایی کنید
حساب سرویس، ربات و اتوماسیون ممکن است مجوز یا ظرفیت جداگانه بخواهند.
محیطهای آزمایشی را کنترل کنید
پلن آزمایشی و Sandbox شرایط و سقف خودشان را دارند و برای کار تولیدی کافی نیستند.
تخصیص را دورهای بازبینی کنید
تخصیصهای بلااستفاده را ماهانه آزاد کنید تا هزینه با مصرف واقعی همخوان بماند.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| اشتراک گزارش با کاربران فاقد مجوز، بدون ظرفیت Premium یا Fabric F64 به بالا | قبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید. |
| استفاده از کانکتور Premium با لایسنس پایه | شمارش را از یک منبع رسمی بگیرید و خروجی را تاریخدار بایگانی کنید. |
| حساب سرویس بدون لایسنس فرایندی | هر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید. |
چه چیزی هزینه Power Platform را تغییر میدهد
| عامل | اثر بر هزینه | نکته اجرایی |
|---|---|---|
| تعداد سازنده در برابر مصرفکننده گزارش | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
| کانکتورهای Premium | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
| ظرفیت Dataverse و Fabric | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
| اتوماسیونهای پرتراکنش | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
مناسب است اگر / مناسب نیست اگر
مناسب است اگر
- سازمانی که هر کاربر یا هر ظرفیت (Capacity) را میتواند دقیق گزارش کند.
- تیمی که برای Power Platform مالک مشخص لایسنس و بازبینی دورهای دارد.
- محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول همخوان است.
مناسب نیست اگر
- شمارش بر پایه حدس یا فهرست قدیمی دارایی.
- خرید بدون بررسی حق نسخه پایینتر، تست و بازیابی از فاجعه.
- تمدید خودکار بدون اندازهگیری مصرف واقعی.
سه قدم بعدی
- شمارش پایه را بر اساس هر کاربر یا هر ظرفیت (Capacity) تهیه کنید.
- ادیشن هدف را از میان Power BI Pro، Power BI Premium / Fabric، Power Apps Premium، Power Automate Process انتخاب کنید.
- برنامه فعالسازی و مالک تمدید را مشخص کنید.
پرسشهای پرتکرار
آیا برای Power Platform باید هستههای میزبان را شمرد؟
خیر؛ مجوز سرویس ابری بر پایه کاربر، دستگاه، ظرفیت یا مصرف همان سرویس است. فقط نرمافزارهای نصبشده داخل ماشین مجازی قواعد مجوز خودشان را دارند.
آیا دسکتاپ مجازی اشتراکی مجوز جداگانه میخواهد؟
برنامههای نصبی مانند Microsoft 365 Apps روی دسکتاپ اشتراکی به پلن واجد شرایط و فعالسازی رایانه اشتراکی (Shared Computer Activation) نیاز دارند؛ شرایط پلن خود را بررسی کنید.
هزینه ماشین مجازی ابری جزو مجوز Power Platform است؟
خیر؛ هزینه زیرساخت ابری و مجوز سرویس دو قلم جدا هستند و باید جداگانه برآورد شوند.
موضوعهای دیگر درباره Power Platform
منابع مرتبط
منابع رسمی مایکروسافت
شرایط نهایی لایسنس، قیمت و تاریخ پشتیبانی را همیشه با این منابع رسمی تطبیق دهید.