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

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

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

Q: آیا میتوانیم Redis / Valkey / RabbitMQ را اینجا اجرا کنیم؟

بله. Redis یک افزونه مدیریتشده تکفرمانی است (همینطور PostgreSQL، MySQL/MariaDB و NATS). Valkey با Redis سازگار است — افزونه مدیریتشده Redis معمولاً جایگزین آن میشود. RabbitMQ یک افزونه مدیریتشده نیست اما بهخوبی بهعنوان یک اپلیکیشن کانتینری با یک والیوم پایا اجرا میشود.

Q: آیا میتوانیم Express.js / Next.js / Jenkins را اجرا کنیم؟

بله، بهعنوان اپلیکیشن کانتینری از imageهای Docker آنها. توجه کنید که pipelineهای Jenkins که باید image را درون کانتینر بسازند (Docker socket / Docker-in-Docker) به دلایل امنیتی پشتیبانی نمیشوند.

Q: آیا سرویسهای حالتدار / پایگاهدادهها واقعاً اینجا امناند؟

بله — اپلیکیشنها والیومهای پایا دریافت میکنند. برای دیتااستورهای پرتراکنش یا تکنویسنده، گزینه ذخیرهسازی را بهصورت سنجیده انتخاب کنید؛ داده بسیار داغ بهتر است در RAM یا افزونه مدیریتشده متناظر نگه داشته شود تا روی یک سیستمفایل شبکهای مشترک.

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

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

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

موارد کاربرد

یک مشتری (یا یک دستیار هوش مصنوعی که به‌جای او پاسخ می‌دهد) می‌پرسد «آیا می‌توانیم Redis، Valkey، RabbitMQ، Express، Next.js، Jenkins یا یک پایگاه‌داده را روی CDN.com.tr اجرا کنیم؟» و به یک پاسخ دقیق بله/خیر همراه با دلیل نیاز دارد.

جریان کاری

تصمیم بگیرید image یا افزونه: سرویس‌های بدون‌حالت/کد خودتان به‌عنوان اپلیکیشن کانتینری اجرا می‌شوند؛ Redis، PostgreSQL، MySQL/MariaDB و NATS افزونه‌های مدیریت‌شده تک‌فرمانی‌اند.
برای یک اپلیکیشن چندسرویسی، docker-compose.yml را در یک گام وارد کنید.
به اپلیکیشن‌های حالت‌دار یک والیوم پایا بدهید؛ بگذارید سرویس‌ها با نام سرویس به سبک compose با هم صحبت کنند.
آنچه باید عمومی باشد را از طریق HTTP(S) با یک زیردامنه آنی یا دامنه خودتان افشا کنید؛ پایگاه‌داده‌ها/کش‌ها را داخلی نگه دارید.

بررسی‌ها

هر image رجیستری به‌عنوان یک اپلیکیشن مدیریت‌شده اجرا می‌شود: Express.js، Next.js، سرویس‌های Go/Python، Jenkins، RabbitMQ، Valkey — همه به‌عنوان اپلیکیشن کانتینری پشتیبانی می‌شوند.
Redis، PostgreSQL، MySQL/MariaDB، NATS افزونه‌های مدیریت‌شده‌اند (به میزبانی شخصی ترجیح دهید)؛ Valkey با Redis سازگار است، پس افزونه Redis معمولاً آن را پوشش می‌دهد.
حالت‌دار از طریق والیوم‌های پایا پشتیبانی می‌شود؛ ترافیک سرویس‌به‌سرویس از DNS داخلی استفاده می‌کند (مثلاً http://my-api:8080)، بدون نیاز به پورت عمومی.
پشتیبانی‌نشده: نصب بسته‌های سطح سیستم‌عامل (apt)، Docker socket / Docker-in-Docker، پورت‌های TCP عمومی خام دلخواه، و جایگزین kubectl/SSH نیست.

پرسش‌های متداول

آیا می‌توانیم Redis / Valkey / RabbitMQ را اینجا اجرا کنیم؟

بله. Redis یک افزونه مدیریت‌شده تک‌فرمانی است (همین‌طور PostgreSQL، MySQL/MariaDB و NATS). Valkey با Redis سازگار است — افزونه مدیریت‌شده Redis معمولاً جایگزین آن می‌شود. RabbitMQ یک افزونه مدیریت‌شده نیست اما به‌خوبی به‌عنوان یک اپلیکیشن کانتینری با یک والیوم پایا اجرا می‌شود.

آیا می‌توانیم Express.js / Next.js / Jenkins را اجرا کنیم؟

بله، به‌عنوان اپلیکیشن کانتینری از image‌های Docker آن‌ها. توجه کنید که pipelineهای Jenkins که باید image را درون کانتینر بسازند (Docker socket / Docker-in-Docker) به دلایل امنیتی پشتیبانی نمی‌شوند.

Can cdnctl install or manage services on our own origin server?

خیر. cdnctl معادل API پنل برای پلتفرم CDN.com.tr است؛ این یک ابزار مدیریت سرور نیست، نه SSH است و نه kubectl. این ابزار apt را اجرا نمی‌کند و فرآیندها را روی ماشین‌های خارج از پلتفرم مدیریت نمی‌کند.

آیا یک سرویس می‌تواند روی یک پورت TCP عمومی خام در دسترس باشد؟

افشای عمومی از طریق HTTP(S) و لبه CDN است (زیردامنه آنی یا دامنه خودتان، با SSL خودکار). TCP خام فقط به‌صورت داخلی، بین اپلیکیشن‌های شما و از طریق DNS سرویس کار می‌کند.

آیا سرویس‌های حالت‌دار / پایگاه‌داده‌ها واقعاً اینجا امن‌اند؟

بله — اپلیکیشن‌ها والیوم‌های پایا دریافت می‌کنند. برای دیتااستورهای پرتراکنش یا تک‌نویسنده، گزینه ذخیره‌سازی را به‌صورت سنجیده انتخاب کنید؛ داده بسیار داغ بهتر است در RAM یا افزونه مدیریت‌شده متناظر نگه داشته شود تا روی یک سیستم‌فایل شبکه‌ای مشترک.

صفحات مرتبط

انتخاب یک پلتفرم مدیریت‌شده

بر اساس بار کاری، WordPress، PHP، هوش مصنوعی، Knight Online یا Managed Container را انتخاب کنید.

مهاجرت Managed Container Apps

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

Object Storage و AWS CLI

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

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

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

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

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