نمای کلی معماری
این صفحه معماری آیدین را در سطح مرتبط با مشتری توصیف میکند: Tenantها چگونه ایزولهاند، هویت چگونه کار میکند، و پلتفرم بر چه پروژههای متنبازی بنا شده است. جزئیات عملیات داخلی عمداً اینجا منتشر نمیشود (به عملیات بروید).
Multi-tenancy
Section titled “Multi-tenancy”آیدین یک پلتفرم Multi-tenant است. ورکلودهای هر حساب در یک فضای نام اختصاصی پروژه با این مشخصات اجرا میشوند:
- کنترل دسترسی مبتنی بر نقش — دسترسیهای مدیریت فضای نام فقط به مالک آن داده میشود.
- جداسازی شبکه — سیاستهای شبکهایِ اعمالشده توسط پلتفرم و یک لایهٔ مجوز میان Tenantها و جلوی نقاط ورود عمومی قرار دارند.
- سهمیهٔ هر فضای نام — سقفهای CPU، حافظه، ذخیرهسازی و GPU هر پروژه را محدود میکنند (به ذخیرهسازی و سهمیهها بروید).
- کاربران از طریق سرویس هویت آیدین (ورود یکباره در
login.aidin-ai.com) احراز هویت میشوند. - پلتفرم هویت کاربر را از کلیمهای تأییدشدهٔ نشست میسازد که بهصورت سمت-سرور به درخواستهای سرویس تزریق میشوند. فیلدهای هویتیِ سمت-کلاینت نادیده گرفته میشوند.
- فضاهای کاری، پایپلاینها و سرویسدهی مدل همگی زیر این هویت اجرا میشوند — برای مشتریان حساب جداگانه بهازای هر سرویس وجود ندارد.
نقاط ورود عمومی
Section titled “نقاط ورود عمومی”| میزبان | هدف |
|---|---|
aidin-ai.ir |
وبسایت محصول |
login.aidin-ai.com |
هویت / ورود |
platform.aidin-ai.com |
داشبورد پلتفرم و سرویسهای فضای کاری |
docs.aidin-ai.ir |
همین مستندات |
پروژههای بالادستی
Section titled “پروژههای بالادستی”آیدین دیپلویهای مدیریتشده و نسخه-قفلشدهای از اجزای متنباز اجرا میکند — عمدتاً Kubeflow (کنترلر نوتبوک و پایپلاینها)، KServe (اینفرنس) و Katib (تنظیم Hyperparameter)، و خود Kubernetes — در کنار داشبورد، سرویسهای چرخهٔ حیات، صورتحساب و هویت خودِ آیدین. نسخههای دقیق دیپلویشده در یکپارچهسازیها و نسخههای دیپلویشده آمدهاند؛ همان قفلها بر این مجموعه مستندات حاکماند.
چه چیزی منتشر نمیشود
Section titled “چه چیزی منتشر نمیشود”مستندات معماری و عملیات داخلی — توپولوژی کلاستر، روشهای با دسترسی ویژه، مدیریت اطلاعات محرمانه، رانبوکهای حساس امنیتی — در مستندات داخلی محدود میمانند. مشتریان عمومی به آنها نیاز ندارند و انتشارشان امنیت پلتفرم را کاهش میدهد. برای آنچه عمومی است به عملیات بروید.