رفتن به محتوا

نمای کلی معماری

این صفحه معماری آیدین را در سطح مرتبط با مشتری توصیف می‌کند: Tenantها چگونه ایزوله‌اند، هویت چگونه کار می‌کند، و پلتفرم بر چه پروژه‌های متن‌بازی بنا شده است. جزئیات عملیات داخلی عمداً اینجا منتشر نمی‌شود (به عملیات بروید).

آیدین یک پلتفرم Multi-tenant است. ورک‌لودهای هر حساب در یک فضای نام اختصاصی پروژه با این مشخصات اجرا می‌شوند:

  • کنترل دسترسی مبتنی بر نقش — دسترسی‌های مدیریت فضای نام فقط به مالک آن داده می‌شود.
  • جداسازی شبکه — سیاست‌های شبکه‌ایِ اعمال‌شده توسط پلتفرم و یک لایهٔ مجوز میان Tenantها و جلوی نقاط ورود عمومی قرار دارند.
  • سهمیهٔ هر فضای نام — سقف‌های CPU، حافظه، ذخیره‌سازی و GPU هر پروژه را محدود می‌کنند (به ذخیره‌سازی و سهمیه‌ها بروید).
  • کاربران از طریق سرویس هویت آیدین (ورود یک‌باره در login.aidin-ai.com) احراز هویت می‌شوند.
  • پلتفرم هویت کاربر را از کلیم‌های تأییدشدهٔ نشست می‌سازد که به‌صورت سمت-سرور به درخواست‌های سرویس تزریق می‌شوند. فیلدهای هویتیِ سمت-کلاینت نادیده گرفته می‌شوند.
  • فضاهای کاری، پایپ‌لاین‌ها و سرویس‌دهی مدل همگی زیر این هویت اجرا می‌شوند — برای مشتریان حساب جداگانه به‌ازای هر سرویس وجود ندارد.
میزبان هدف
aidin-ai.ir وب‌سایت محصول
login.aidin-ai.com هویت / ورود
platform.aidin-ai.com داشبورد پلتفرم و سرویس‌های فضای کاری
docs.aidin-ai.ir همین مستندات

آیدین دیپلوی‌های مدیریت‌شده و نسخه-قفل‌شده‌ای از اجزای متن‌باز اجرا می‌کند — عمدتاً Kubeflow (کنترلر نوت‌بوک و پایپ‌لاین‌ها)، KServe (اینفرنس) و Katib (تنظیم Hyperparameter)، و خود Kubernetes — در کنار داشبورد، سرویس‌های چرخهٔ حیات، صورتحساب و هویت خودِ آیدین. نسخه‌های دقیق دیپلوی‌شده در یکپارچه‌سازی‌ها و نسخه‌های دیپلوی‌شده آمده‌اند؛ همان قفل‌ها بر این مجموعه مستندات حاکم‌اند.

مستندات معماری و عملیات داخلی — توپولوژی کلاستر، روش‌های با دسترسی ویژه، مدیریت اطلاعات محرمانه، ران‌بوک‌های حساس امنیتی — در مستندات داخلی محدود می‌مانند. مشتریان عمومی به آن‌ها نیاز ندارند و انتشارشان امنیت پلتفرم را کاهش می‌دهد. برای آنچه عمومی است به عملیات بروید.