Loading...

راهنمای CDN.com.tr

انتشار یک برنامه روی Platforms

از CDN Hosting/Platforms برای انتشار بارهای کاری WordPress، PHP یا Managed Container از طریق حساب، مجوز بسته، تنظیمات پلتفرم، deploy/status/logs و تأیید روش تحویل استفاده کنید.

انتشار یک برنامه روی Platforms

از CDN Hosting/Platforms برای انتشار بارهای کاری WordPress، PHP یا Managed Container از طریق حساب، مجوز بسته، تنظیمات پلتفرم، deploy/status/logs و تأیید روش تحویل استفاده کنید.

بعد از جریان پلتفرم به کجا بروید

پس از استقرار پلتفرم، کاربران معمولاً باید روش تحویل، DNS/SSL و نتایج عملیات را بازبینی کنند.

مدل دامنه

کدام دامنه باید خروجی پلتفرم را ارائه دهد؟

default endpoint برای پیش‌نمایش، CNAME برای تولید، یا Full DNS وقتی DNS ریشه باید روی CDN.com.tr باشد را مقایسه کنید.

CDN Hosting/Platforms Default / CNAME / Full DNS
باز کردن راهنمای انتخاب
نتیجه استقرار

اجرای Apply Changes و پایش Operations

تأیید کنید که تغییرات منبع پلتفرم یا هدر Host به پیکربندی ترافیک رسیده‌اند.

CDN Hosting/Platforms همه روش‌های تحویل
باز کردن راهنمای apply

مسیر در پنل

  1. Management Panel
  2. CDN Accounts
  3. Add Your Website
  4. Content Source: CDN Hosting
  5. Package / entitlement
  6. Hosting/Platforms
  7. ساخت/استقرار برنامه پلتفرم
  8. Operations
  9. نام میزبان تحویل / SSL

پیش‌نیازها

  • یک بسته یا مجوزی که پلتفرم انتخاب‌شده را پوشش دهد در پنل خریداری و به حساب تخصیص داده شده است.
  • رفتار هدر Host برای WordPress، PHP یا Managed Container مشخص است.
  • AI و Knight Online رفتار اتصال میزبان عمومی خود را حفظ می‌کنند.
  • استقرارهای کانتینری به داده‌های آماده image، اعتبارنامه‌های registry، secretها و پورت نیاز دارند.

مدل تصمیم‌گیری

نوع پلتفرم

وقتی زمان اجرا روی CDN.com.tr اجرا می‌شود، جریان از راه‌اندازی فایل Pull یا Push فاصله می‌گیرد.

  • WordPress/PHP: میزبانی پلتفرم و تنظیمات برنامه.
  • Managed Container: image، deploy، logs، سلامت و object storage اختیاری.
  • AI و Knight Online: اتصال میزبان عمومی و جریان‌های مدیریتی مخصوص پلتفرم.

قرارداد هدر Host

رفتار هدر Host مبدأ برای WordPress، PHP و Managed Container اینجا مدیریت می‌شود.

  • وقتی Keep request header انتخاب شود، بک‌اند میزبان عمومی ورودی را می‌بیند.
  • وقتی انتخاب نشود، یک مقدار میزبان ثابت ارسال می‌شود.
  • AI و Knight Online رفتار اتصال میزبان مخصوص پلتفرم خود را حفظ می‌کنند.

راهنمای گام‌به‌گام

1

آماده‌سازی حساب، بسته و مجوز

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

  • حساب را در CDN Accounts انتخاب کنید.
  • بسته پلتفرم موردنیاز را در پنل بخرید و تخصیص دهید.
  • تأیید کنید که اقدامات create یا deploy بدون مجوز آغاز نمی‌شوند.

نتیجه مورد انتظار: Hosting/Platforms می‌تواند اقدامات پلتفرم را برای حساب انتخاب‌شده نمایش دهد.

معادل cdnctl
cdnctl accounts list
cdnctl packages list --owned --format table
export ACCOUNT_UUID=<account_uuid>
export PAID_PACKAGE_ID=<listed_package_id>
2

انتخاب CDN Hosting/Platforms به‌عنوان منبع

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

  • CDN Hosting را در Content Source انتخاب کنید.
  • روش تحویل را پس از مرحله بسته تکمیل کنید.
  • پس از موجود شدن حساب، به Hosting/Platforms بروید.

نتیجه مورد انتظار: نوع منبع پلتفرم روی حساب ذخیره می‌شود و سطح پلتفرم فعال است.

معادل cdnctl
cdnctl cdn accounts create --source hosting --delivery custom-subdomain --package "$PAID_PACKAGE_ID" --alias platform-app-demo
export ACCOUNT_UUID=<account_uuid>
3

تنظیم نوع پلتفرم و رفتار هدر Host

Hosting/Platforms سرویس‌های پلتفرم و تصمیم هدر Host را با هم نمایش می‌دهد.

  • نوع پلتفرم را انتخاب کنید.
  • Keep the request header را مطابق انتظار بک‌اند برای WordPress/PHP/Managed Container تنظیم کنید.
  • تنظیم را Save یا Activate کنید.

نتیجه مورد انتظار: پیکربندی نوع پلتفرم و هدر Host روی حساب انتخاب‌شده ذخیره می‌شود.

معادل cdnctl
cdnctl platforms types list
cdnctl platforms type set --account "$ACCOUNT_UUID" --type managed-container
cdnctl platforms origin-host set --account "$ACCOUNT_UUID" --host app.example.com --keep-request-host false
4

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

Managed Container و پلتفرم‌های مشابه، image، پورت، env/secrets و سلامت را از سطوح رو به مشتری مدیریت می‌کنند.

  • چک‌لیست ساخت/استقرار برنامه را در راهنمای پلتفرم دنبال کنید.
  • logs، status و تشخیص‌ها را بررسی کنید.
  • جریان‌های مشتری نباید به SSH، kubectl یا عملیات دستی روی پایگاه‌داده نیاز داشته باشند.

نتیجه مورد انتظار: سطوح Operations و وضعیت پلتفرم نتیجه استقرار را نشان می‌دهند.

معادل cdnctl
cdnctl container apps deploy --account "$ACCOUNT_UUID" --name web --image registry.example.com/acme/web:latest --port 8080
cdnctl container apps logs --account "$ACCOUNT_UUID" --app web --tail 100
cdnctl container apps status --account "$ACCOUNT_UUID" --app web
5

تأیید انتشار و نتیجه عملیات

خروجی پلتفرم نیز از طریق default endpoint، full DNS یا custom subdomain ارائه می‌شود.

  • نام میزبان تحویل و وضعیت SSL را بررسی کنید.
  • در صورت نیاز Apply Changes را اجرا کنید.
  • موفقیت را در Operations دنبال کنید.
  • endpoint سلامت برنامه را به‌صورت عمومی بررسی کنید.

نتیجه مورد انتظار: برنامه پلتفرم از طریق یک دامنه رو به مشتری پاسخ می‌دهد.

معادل cdnctl
cdnctl cdn accounts apply --account "$ACCOUNT_UUID"
cdnctl operations list --account "$ACCOUNT_UUID" --latest
curl -I https://app.example.com/health

راستی‌آزمایی

  • مجوز بسته پلتفرم انتخاب‌شده را مجاز می‌کند.
  • نوع پلتفرم در Hosting/Platforms ظاهر می‌شود.
  • رفتار هدر Host و استثناهای پلتفرم مستند شده‌اند.
  • deploy/status/logs از سطوح رو به مشتری در دسترس هستند.
  • تأیید دامنه عمومی پس از Apply Changes و Operations انجام می‌شود.

موارد کاربرد

مشتری می‌خواهد CDN.com.tr زمان اجرای برنامه را اجرا کند و آن را از طریق یک دامنه عمومی ارائه دهد، نه فقط یک مبدأ را پروکسی کند یا فایل‌های ایستا را میزبانی کند.

جریان کاری سریع

  1. حساب و بسته دارای مجوز آماده هستند.
  2. CDN Hosting/Platforms را به‌عنوان منبع در ویزارد انتخاب کنید.
  3. نوع پلتفرم و هدر Host مبدأ را در Hosting/Platforms پیکربندی کنید.
  4. برنامه پلتفرم را بسازید یا مستقر کنید.
  5. Operations، logs و status را دنبال کنید.
  6. تحویل را از طریق Default Endpoint، Full DNS Transfer یا Custom Subdomain تأیید کنید.

بررسی‌ها

  • کار پلتفرم بدون مجوز آغاز نمی‌شود.
  • استثناهای اتصال میزبان AI و Knight Online صریح باقی می‌مانند.
  • راهنماهای مشتری نباید SSH، kubectl، artisan یا کار دستی روی پایگاه‌داده را درخواست کنند.
  • cdnctl capability gaps are documented as product gaps when present.