فایل Docker Compose دارید؟ پروژه‌تان در چند ثانیه و با یک فرمان روی cdn.com.tr بالا می‌آید. ببینید چطور کدتان روی GitHub است؟ هر push خودکار روی cdn.com.tr منتشر می‌شود — کافی است مخزن‌تان را وصل کنید. ببینید چطور

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

Object Storage و AWS CLI

ساخت باکت‌ها، چرخش کلیدهای دسترسی، اتصال باکت‌ها به اپلیکیشن‌ها و تأیید با نقطه پایانی سازگار با S3.

پلتفرم‌ها و افزونه‌های مدیریت‌شده

Object Storage و AWS CLI

ساخت باکت‌ها، چرخش کلیدهای دسترسی، اتصال باکت‌ها به اپلیکیشن‌ها و تأیید با نقطه پایانی سازگار با S3.

مسیر در پنل

  1. Management Panel
  2. Hosting / Platforms
  3. Object Storage
  4. Bucket / Access Key / Binding
  5. AWS CLI verification

پیش‌نیازها

  • حق استفاده از Object Storage باید آماده باشد.
  • راز کلید دسترسی فقط هنگام ساخت نمایش داده و در تصاویر پنهان می‌شود.
  • تأیید S3 از نقطه پایانی `https://s3.cdn.com.tr` استفاده می‌کند.

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

1

بررسی پیش‌نیاز ذخیره‌سازی

حقوق Object Storage از بسته پلتفرم می‌آید و برای اتصال‌های اپلیکیشن لازم است.

  • بخش Object Storage را در راهنمای پلتفرم باز کنید.
  • محدودیت‌های باکت و کلید را بررسی کنید.

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

معادل cdnctl 
cdnctl object-storage buckets list --account <account_uuid>
2

ساخت باکت/کلید/اتصال و تأیید با S3

پس از آماده شدن باکت و کلید دسترسی، AWS CLI یک ابزار عملیاتی/تأییدی است.

  • باکت را بسازید.
  • کلید دسترسی را تولید و راز آن را ایمن ذخیره کنید.
  • اتصال اپلیکیشن را بسازید.
  • نقطه پایانی را با AWS CLI آزمایش کنید.

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

معادل cdnctl 
cdnctl object-storage buckets create --account <account_uuid> --name uploads
aws --endpoint-url https://s3.cdn.com.tr s3 ls s3://<bucket>

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

  • راز کلید دسترسی در مستندات نوشته نمی‌شود.
  • نقطه پایانی AWS CLI برابر `https://s3.cdn.com.tr` است.
  • باکت محدود به حساب انتخاب‌شده است.

موارد کاربرد

یک اپلیکیشن مهاجرت‌کرده به آپلودهای کاربر در Object Storage و یک بررسی smoke ترمینال با AWS CLI نیاز دارد.

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

  1. ساخت باکت.
  2. ساخت کلید دسترسی.
  3. اتصال باکت به اپلیکیشن.
  4. اجرای AWS CLI روی `https://s3.cdn.com.tr`.
  5. چرخش/ابطال کلیدها در صورت نیاز.

بررسی‌ها

  • باکت به حساب تعلق دارد.
  • راز دسترسی فقط هنگام ساخت نمایش داده می‌شود.
  • متغیرهای سازگاری checksum مستند شده‌اند.

صفحات مرتبط

مهاجرت Managed Container Apps

ساخت یک اپلیکیشن کانتینری، اعتبارنامه رجیستری، env/secrets، وارد کردن‌ها، jobها، استقرار، وضعیت و لاگ‌ها از صفحات مشتری.

چه چیزی می‌توانید اجرا کنید — قابلیت‌ها و محدودیت‌ها

یک پلتفرم کانتینری مدیریت‌شده (با Kubernetes در زیرساخت)، نه یک VM یا سرور shell: شما image‌های کانتینر یا یک docker-compose.yml می‌آورید و پلتفرم آن‌ها را اجرا می‌کند، همراه با افزونه‌های مدیریت‌شده Redis/PostgreSQL/MySQL/NATS، والیوم‌های پایا، DNS سرویس داخلی و افشای HTTP(S) از طریق لبه CDN.

ذخیره‌سازی پایا برای یک اپلیکیشن مدیریت‌شده

به یک اپلیکیشن کانتینری یک والیوم پایا بدهید تا داده‌های آن پس از راه‌اندازی مجدد و استقرارهای دوباره باقی بمانند: ذخیره‌سازی را فعال کنید، مسیر mount درون کانتینر و اندازه را تنظیم کنید. یک والیوم به‌ازای هر اپلیکیشن، mount شده در یک مسیر، روی CephFS.

انتقال یک سایت زنده Pull-CDN به Platforms بدون قطعی

سرویس‌های مبدأ خود را روی Platforms در cdn.com.tr اجرا کنید در حالی که سایت شما همچنان از طریق Pull CDN سرویس‌دهی می‌شود: اپلیکیشن‌ها را در کنار تحویل فعلی خود فعال کنید، همه‌چیز را روی زیردامنه‌های ca-* بسازید و اعتبارسنجی کنید، سپس دامنه اصلی را تنها زمانی که آماده بودید تعویض کنید — کاملاً برگشت‌پذیر.