رفتن به محتوا
پلتفرم ابری PaaS / وب‌سرویس و اپلیکیشن سازمانی

هاست ابری .NETمیزبانی دات نت در ابر آراد

برای API و برنامه‌های ASP.NET Core، مسیر Build و اجرای سازگار با محیط هدف را مشخص کنید. انتخاب نسخهٔ Runtime و وابستگی‌های سیستم‌عامل، پایهٔ یک استقرار قابل‌ارزیابی است.

بررسی پلن‌های PaaS مشاورهٔ دات‌نت

نسخهٔ Runtime و منابع را متناسب با نیاز پروژه انتخاب کنید.

ARADCLOUD / APPLICATION PLATFORMنمای پروژه
محیط اجرای پروژهٔ شما.NETASP.NET Core
my-dotnet-app
MyApp.csproj
Program.cs
از کد به اجراوابستگی‌ها · تنظیمات · انتشار
  1. 01
    Sourceکد پروژه
  2. 02
    Buildآماده‌سازی
  3. 03
    Runtimeانتشار برنامه
جزئیات فنی، پیش از استقرار

ویژگی‌های هاست .NET و تنظیمات محیط اجرا

محیط اجرا باید با معماری برنامه هماهنگ باشد؛ این موارد را در آماده‌سازی نسخهٔ انتشار لحاظ کنید.

۱

Framework متناسب

تفاوت .NET جدید با .NET Framework قدیمی را در انتخاب محیط لحاظ کنید.

۲

خروجی انتشار

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

۳

تنظیمات سرویس

رشتهٔ اتصال، Secretها و Logging را برای محیط اصلی جداگانه تعریف کنید.

معماری پیشنهادی برای بررسی

اجزای اجرای .NET را کنار هم ببینید

۱

برنامه و چرخهٔ انتشار

برای «وب‌سرویس سازمانی»، کد، وابستگی‌ها و تنظیمات .NET را از هم تفکیک کنید. خروجی انتشار باید با همان نسخه‌ای آزمایش شود که در محیط اصلی اجرا خواهد شد.

۲

داده و سرویس‌های وابسته

در سناریوی «API محصولات تجاری»، محل فایل‌های ماندگار و اتصال داده را مشخص کنید. تغییر نسخهٔ برنامه نباید تنها نسخهٔ دادهٔ موردنیاز شما را از بین ببرد.

۳

ورودی ترافیک و سلامت برنامه

برای «سامانه‌های مبتنی بر ASP.NET Core»، مسیر پاسخ‌گویی، نام دامنه و نشانهٔ سلامت برنامه را تعریف کنید. پاسخ صحیح یک مسیر ساده، به‌تنهایی عملکرد همهٔ مسیرها را تأیید نمی‌کند.

از فناوری تا کاربرد

کاربردهای هاست .NET

این سناریوها نقطهٔ شروع‌اند؛ منابع و روش اجرا به جزئیات پروژهٔ شما وابسته‌اند.

01

وب‌سرویس سازمانی

مسیرهای اصلی کاربر و حجم درخواست را به نیاز منابع تبدیل کنید.

02

API محصولات تجاری

ارتباط با داده و سرویس‌های دیگر را در طرح استقرار مشخص کنید.

03

سامانه‌های مبتنی بر ASP.NET Core

رفتار برنامه در شروع، اجرای عادی و توقف را جداگانه آزمایش کنید.

راهنمای استقرار روی هاست ابری

راه‌اندازی .NET در ابر آراد

پیش از انتقال .NET، این سه مورد را در پروژه آماده کنید. تنظیمات نهایی باید با نسخه و روش استقرار محیط مقصد سازگار باشند.

01
آماده‌سازی

Target Framework و نسخهٔ Runtime

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

02
پیکربندی

خروجی Publish و روش اجرای برنامه

تنظیمات محیط اصلی را از توسعه جدا کنید و مسیر شروع برنامه را پیش از انتقال آزمایش کنید.

03
اعتبارسنجی

پورت، تنظیمات اتصال و وابستگی‌های سیستم

اتصال سرویس‌های وابسته و رفتار برنامه پس از راه‌اندازی مجدد را بررسی کنید.

DEPLOYMENT PIPELINEمسیر استقرار .NET
نمونهٔ استقرار
.NET / EXAMPLE

پایداری، امنیت و نگه‌داری

پس از انتشار چه چیزهایی را دنبال کنیم؟

۱

مصرف منابع و زمان پاسخ

مصرف حافظه و CPU برنامهٔ .NET را در بار عادی و زمان اوج مقایسه کنید. کندی ممکن است از مسیر داده، وابستگی بیرونی یا تنظیمات برنامه باشد؛ افزایش منابع تنها گزینه نیست.

۲

تنظیمات محرمانه و دسترسی

اطلاعات اتصال و کلیدها را از مخزن کد جدا نگه دارید. دسترسی اعضای تیم را به نیاز کاری محدود کنید و تغییرات تنظیمات را همراه نسخهٔ برنامه ثبت کنید.

۳

انتشار و بازگشت

پیش از انتشار نسخهٔ جدید .NET، مسیرهای مهم و سازگاری داده را بررسی کنید. نسخهٔ قبلی و روش بازگشت را مشخص نگه دارید؛ بازگرداندن کد لزوماً تغییرات داده را برنمی‌گرداند.

راهنمای انتخاب و هزینه

کدام پلن برای هاست .NET مناسب است؟

انتخاب پلن را از نیاز واقعی برنامه شروع کنید. نوع پردازش، حجم داده و اجزای وابسته، مبنای مقایسهٔ منابع هستند.

مقایسهٔ پلن‌های هاست ←
01Compute

پردازش و حافظه

CPU و RAM

برای وب‌سرویس سازمانی، مصرف برنامه را در بار عادی و اوج اندازه بگیرید.

02Storage

داده و فایل

ذخیره‌سازی ماندگار

حجم دیتابیس و فایل‌های کاربر را از فایل‌های قابل‌بازسازی برنامه جدا کنید.

03Services

اجزای پروژه

پورت، تنظیمات اتصال و وابستگی‌های سیستم

هزینهٔ سرویس‌های وابسته را کنار برنامهٔ اصلی ببینید؛ همهٔ اجزا لزوماً در یک پلن نیستند.

04Runtime

شیوهٔ اجرا

خروجی Publish و روش اجرای برنامه

خروجی ایستا، فرایند وب و پردازش پس‌زمینه نیازهای یکسانی ندارند.

پلن‌های پلتفرم PaaS

منابع اجرای .NET را مقایسه کنید

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

مقایسه تعاملی پلن‌هابرای تمرکز روی یک پلن، سرستون آن را انتخاب کنید.
پلن انتخاب‌شده: رشد
الگوهای پیشنهادی منابع PaaS؛ پیکربندی نهایی در پنل انتخاب می‌شود
پلن‌های PaaSمنابع موردنیازتان را مقایسه کنیداز شروع پروژه تا توسعهٔ منابع

آغاز

شروع اقتصادی

پایه

پروژه کم‌مصرف

توسعه

محیط توسعه فعال

رشد

Production آماده رشد

حرفه‌ای

بار کاری پایدار

مقیاس

منابع پرترافیک

سازمانی

معماری چندسرویسی
قیمت ماهانهاستعلام در پنلاستعلام در پنلاستعلام در پنلاستعلام در پنلاستعلام در پنلاستعلام در پنلاستعلام در پنل
قیمت ساعتیاستعلام در پنلاستعلام در پنلاستعلام در پنلاستعلام در پنلاستعلام در پنلاستعلام در پنلاستعلام در پنل
RAM (GB)1 GB2 GB4 GB8 GB16 GB32 GB64 GB
vCPU (CORE)0.5 Core1 Core2 Core4 Core8 Core16 Core32 Core
Disk (GB SSD)10 GB20 GB40 GB80 GB160 GB320 GB640 GB
بررسی و انتخاببررسی در پنلبررسی در پنلبررسی در پنلبررسی در پنلبررسی در پنلبررسی در پنلبررسی در پنل
سه گام تا انتشار برنامه

مراحل استقرار .NET

مسیر آماده‌سازی، اجرا و انتشار را با اسکرول دنبال کنید.

۱مرحلهٔ در حال نمایش از ۳ مرحله
  1. آماده‌سازی پروژه
  2. تنظیم و اجرای برنامه
  3. انتشار و نگه‌داری
۰1
گام اول

آماده‌سازی پروژه

Target Framework و نسخهٔ Runtime

نسخه و وابستگی‌های .NET را مشخص و خروجی قابل‌تکرار تولید کنید.

۰2
گام دوم

تنظیم و اجرای برنامه

خروجی Publish و روش اجرای برنامه

مسیرهای اصلی «وب‌سرویس سازمانی» را در محیط آزمایشی اجرا کنید؛ تنظیمات نمونه را با ساختار پروژه جایگزین کنید.

۰3
گام سوم

انتشار و نگه‌داری

پورت، تنظیمات اتصال و وابستگی‌های سیستم

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

آیا برنامه‌های قدیمی .NET Framework هم همین مسیر را دارند؟

لزوماً خیر. برنامه‌های وابسته به Windows یا .NET Framework قدیمی باید از نظر سازگاری بررسی شوند؛ پشتیبانی ASP.NET Core به معنی پشتیبانی خودکار از همهٔ برنامه‌های ویندوزی نیست.

کدام نسخه‌های .NET قابل استفاده‌اند؟

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

هزینهٔ این هاست چطور مشخص می‌شود؟

منابع پردازشی، حافظه، فضای نگه‌داری و سرویس‌های وابسته بر هزینه اثر دارند. تعرفهٔ جاری PaaS و جزئیات پلن را بررسی کنید؛ این صفحه قیمت ثابت یا منابع نامحدود وعده نمی‌دهد.

پیش از انتقال کامل، چه چیزی را آزمایش کنم؟

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

انتخاب منابع و روش استقرار

مسیر راه‌اندازی هاست .NET را مشخص کنید

نیاز پروژهٔ .NET، سرویس‌های وابسته و منابع موردنظر را با تیم آراد در میان بگذارید.

مشاورهٔ هاست دات‌نتمقایسهٔ پلن‌ها
راهنمای جامع هاست دات‌نت

راهنمای کامل خرید، قیمت و راه‌اندازی هاست دات‌نت (.NET)

در این راهنما با کاربردهای هاست، محیط اجرا، انتخاب منابع، هزینه و مراحل انتشار برنامه آشنا می‌شوید.

مطالعه بیشتربستن راهنما

هاست دات‌نت برای ASP.NET Core

برای میزبانی وب‌اپلیکیشن .NET، نسخهٔ هدف پروژه و Runtime مقصد باید هماهنگ باشند. خروجی dotnet publish با فایل‌های سورس یکسان نیست. در انتشار وابسته به Runtime، محیط مقصد باید نسخهٔ سازگار داشته باشد؛ شیوهٔ self-contained نیز به سیستم‌عامل و معماری هدف وابسته است.

تنظیمات محیط و فایل خروجی

MyApp.dll در مثال نام نمونه است. نام اسمبلی واقعی، پورت برنامه و تنظیمات محیط Production را جایگزین کنید. اطلاعات اتصال دیتابیس را بیرون از مخزن عمومی قرار دهید و رفتار برنامه هنگام توقف یا بازیابی اتصال را بررسی کنید.

قبل از خرید هاست دات‌نت چه چیزی را مشخص کنیم؟

برای «وب‌سرویس سازمانی» تعداد کاربران هم‌زمان، اندازهٔ درخواست و ارتباط با داده مهم‌اند. در «API محصولات تجاری» ممکن است الگوی مصرف متفاوت باشد. نیازهای Target Framework و نسخهٔ Runtime، خروجی Publish و روش اجرای برنامه، پورت، تنظیمات اتصال و وابستگی‌های سیستم را به فهرست آماده‌سازی اضافه کنید. هدف، انتخاب منابع بر اساس رفتار برنامه است؛ نام فریم‌ورک به‌تنهایی حجم CPU و RAM را تعیین نمی‌کند.

قیمت هاست .NET و انتخاب پلن PaaS

هزینهٔ میزبانی فقط به اندازهٔ کد وابسته نیست. حافظهٔ زمان Build، مصرف CPU هنگام پاسخ‌گویی، فضای داده و سرویس‌های وابسته را کنار هم بررسی کنید. از جدول پلن‌ها برای مقایسهٔ منابع استفاده کنید و پیکربندی نهایی را با نیاز پروژه تطبیق دهید. دیتابیس، فضای فایل و اجزای جانبی ممکن است هزینهٔ جدا داشته باشند؛ جزئیات را پیش از انتخاب نهایی روشن کنید.

آموزش راه‌اندازی و انتقال .NET

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

نگه‌داری و توسعهٔ هاست دات‌نت

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