معماری پلتفرم
این صفحه معماری تأییدشدهٔ پلتفرم آیدین را در سطح مرتبط با مشتری توصیف می‌کند، آن‌گونه که در بازبینی RC ۲۰۲۶-۱۱-۱۰ برابر پلتفرم دیپلوی‌شده و منبع معتبر اندازه‌گیری شده است. گزاره‌هایی که قابل تأیید نبوده‌اند صراحتاً علامت می‌خورند. رفتار آیدین همیشه بر رفتار پیش‌فرض Kubeflow بالادستی مقدم است.
جزئیات عملیاتی با دسترسی ویژه — توپولوژی نودها، جزئیات داخلی کلاستر، نام اشیای پذیرش، سهمیه‌های دقیق داخلی — عمداً اینجا منتشر نمی‌شود؛ به عملیات بروید.
نمای کلی پلتفرم
Section titled “نمای کلی پلتفرم”آیدین یک پلتفرم مدیریت‌شدهٔ MLOps روی Kubernetes اجرا می‌کند که هم دیپلوی‌های مدیریت‌شدهٔ آکادمی آیدین و هم ابر عمومی آیدین را روی زیرساخت مشترک با جداسازی سخت‌گیرانه میان آن‌ها سرویس می‌دهد. Tenantهای عمومی به‌طور پیش‌فرض غیرقابل‌اعتمادند: چیزی به محدودیت‌های رابط کاربری تکیه نمی‌کند و هر مجوز، سهمیه و قاعدهٔ مالکیت سمت-سرور در مرز پذیرش اعمال می‌شود.
نقاط ورود عمومی (تأییدشده):
| میزبان | نقش |
|---|---|
aidin-ai.ir |
وب‌سایت محصول |
login.aidin-ai.com |
سرویس هویت (ورود یک‌باره) |
platform.aidin-ai.com |
داشبورد، نوت‌بوک‌ها، پایپ‌لاین‌ها، رجیستری، اندپوینت‌ها |
harbor.aidin-ai.com |
رجیستری کانتینر مدیریت‌شده |
support.aidin-ai.com |
پرتال پشتیبانی |
همهٔ ترافیک عمومی از یک ورودی مدیریت‌شده می‌گذرد؛ هر نوت‌بوک در حال اجرا مسیر اختصاصی خود را دارد که فقط تا وقتی نوت‌بوک اجراست وجود دارد.
مدل اعتماد و هویت (تأییدشده)
Section titled “مدل اعتماد و هویت (تأییدشده)”- هویت شما توسط سرویس هویت برقرار و به‌صورت سمت-سرور به درخواست‌های سرویس تزریق می‌شود؛ سربرگ‌های هویتیِ سمت-کلاینت در لبه حذف می‌شوند و از مرورگر یا اسکریپت قابل جعل نیستند.
- مالکیت پروژه‌ها، نوت‌بوک‌ها و مدل‌ها از همان هویت تأییدشده گرفته می‌شود، هرگز از فیلدهای درخواست.
- مسیرهای هر نوت‌بوک و اندپوینت با قواعد مجوز پلتفرم اداره می‌شوند تا هر Tenant فقط بتواند برای ورک‌لودهای خودش مسیر بسازد.
Multi-tenancy و اعمال قواعد (تأییدشده)
Section titled “Multi-tenancy و اعمال قواعد (تأییدشده)”هر پروژه در فضای نام خودش با کنترل دسترسی مبتنی بر نقش، جداسازی شبکه و سهمیه اجرا می‌شود. پذیرش سمت-سرور، از جمله این قواعد را اعمال می‌کند:
- سقف درخواست CPU/حافظه به‌ازای هر ورک‌لود و سقف GPU در صورت داشتن مجوز GPU؛
- درخواست‌های GPU برای فضاهای نام بدون مجوز GPU کلاً رد می‌شوند؛
- نوت‌بوک‌ها باید فضای کاری ماندگار داشته باشند (Volume سوارشده روی
/home/jovyan)؛ - ورک‌لودهای نوت‌بوک هرگز روی نودهای control-plane پلتفرم زمان‌بندی نمی‌شوند؛
- سقف‌های عادلانهٔ GPU به‌ازای هر فضای نام، گیت مجوز را پشتیبانی می‌کنند.
جریان زمان‌بندی و محاسبات (تأییدشده)
Section titled “جریان زمان‌بندی و محاسبات (تأییدشده)”- یک ورک‌لود (نوت‌بوک، گام پایپ‌لاین، کار آموزش) CPU/حافظه/GPU را در سهمیهٔ پروژهٔ شما درخواست می‌کند.
- زمان‌بند صف-آگاه پلتفرم (صف‌های عادلانهٔ مبتنی بر Kueue) آن را می‌پذیرد — ورک‌لودها به‌جای شکست، هنگام اشغال ظرفیت در صف می‌مانند.
- تا وقتی ورک‌لود اجراست سهمیه‌اش رزرو است؛ توقف بلافاصله رزرو را آزاد می‌کند و شروع مجدد آن را دوباره می‌گیرد (چرخهٔ تأییدشدهٔ توقف → شروع).
دسترسی GPU به‌علاوه به مجوز حساب نیاز دارد و در راه‌اندازی عمومی محدود است — به پروفایل‌های محاسباتی بروید.
معماری ذخیره‌سازی (تأییدشده)
Section titled “معماری ذخیره‌سازی (تأییدشده)”- Volumeهای فضای کاری ذخیره‌سازی بلوکی مدیریت‌شده و تکثیرشده‌اند (Longhorn؛
ReadWriteOnce، تکثیر ×۲ روی نودهای ذخیره‌سازی). - فضای کاری نوت‌بوک یک PVC (PersistentVolumeClaim) به نام همان نوت‌بوک (پیش‌فرض 5Gi) است که روی
/home/jovyanسوار می‌شود. - Volumeها عمداً مرجع مالک ندارند: بر حذف نوت‌بوک غلبه می‌کنند و تا حذف‌شدن در فضای کاری شما می‌مانند.
- هیچ مقصد پشتیبان‌گیری پیکربندی نشده است — تکثیرها از دست دادن سخت‌افزار را پوشش می‌دهند نه حذف یا خرابی را؛ از داده‌های حیاتی نسخهٔ مستقل نگه دارید (ذخیره‌سازی فضای کاری).
نقشهٔ جزءها (پشتهٔ دیپلوی‌شده تأییدشده)
Section titled “نقشهٔ جزءها (پشتهٔ دیپلوی‌شده تأییدشده)”| صفحه | جزءها |
|---|---|
| نوت‌بوک‌ها | کنترلر نوت‌بوک Kubeflow (v1.9.0) + سرویس چرخهٔ حیات نوت‌بوک آیدین، وب‌اپ Jupyter |
| Tenancy | کنترلر پروفایل (v1.9.0)، انتشار رمز کشیدن آیدین |
| پایپ‌لاین‌ها | Kubeflow Pipelines 2.14.3 (API، رابط کاربری، موتور ورک‌فلو Argo، ذخیره‌سازی متادیتا و آرتیفکت‌ها) |
| سرویس‌دهی / آموزش / AutoML | KServe 0.20 (+ وب‌اپ مدل‌ها، Knative)، اپراتور آموزش، Katib 0.17 |
| داشبوردها | داشبورد مرکزی آیدین، وب‌اپ‌ها TensorBoard/Volume |
| سرویس‌های پلتفرم | مجوز گیت و اینفرنس، انتشار مدل، صورتحساب، هویت (Authentik/Dex/oauth2-proxy) |
| زیرساخت | زمان‌بند Kueue، ذخیره‌سازی Longhorn، رجیستری Harbor، پشتهٔ مانیتورینگ |
نسخه‌ها مطابق یکپارچه‌سازی‌ها و نسخه‌های دیپلوی‌شده قفل شده‌اند و بر این مجموعه مستندات حاکم‌اند.
راهنمای نشانه‌های وضعیت تأیید
Section titled “راهنمای نشانه‌های وضعیت تأیید”| نشانه | معنا |
|---|---|
| (تأییدشده) | در بازبینی RC ۲۰۲۶-۱۱-۱۰ روی پلتفرم دیپلوی‌شده یا منبع معتبر دیده شده است |
| در انتظار تأیید | در زمان انتشار تأیید نشده؛ بر آن تکیه نکنید |
شواهد گزاره‌های تأییدشده در شواهد RC (داخلی؛ غیرمنتشر) ثبت شده است.