زیرساخت

دسترسی Kubernetes

API Proxy با کش، دسترسی کاربر و گروه به کلاستر و Namespace، پنهان‌سازی و kubectl با whyctl.

تعریف دسترسی

در زیرساخت ← امنیت و دسترسی ← دسترسی، برای یک کاربر یا گروه کلاستر و نقش (فقط‌خواندنی، توسعه‌دهنده یا مدیر) را انتخاب کنید و در «Namespaceها» فهرست Namespaceهای مجاز را بنویسید. خالی یعنی کل کلاستر.

پنهان‌سازی

کاربری که به Namespaceهای مشخص محدود است فقط همان‌ها را در Kubernetes Explorer و kubectl می‌بیند؛ Namespaceهای دیگر، آبجکت‌هایشان و منابع سطح کلاستر از فهرست‌ها حذف و درخواست مستقیم به آن‌ها با «پیدا نشد» پاسخ داده می‌شود.

کش API

پاسخ درخواست‌های خواندنی برای هر کاربر جداگانه و کوتاه‌مدت کش می‌شود، درخواست‌های هم‌زمان یکسان یک بار به کلاستر می‌روند و هر تغییر کش همان مسیر را پاک می‌کند. در Explorer نشان «از کش» پاسخ‌های کش‌شده را مشخص می‌کند.

kubectl

whyctl login و سپس whyctl kube login <cluster>؛ kubectl بدون kubeconfig دائمی و با همان محدودیت‌های Namespace کار می‌کند و هر درخواست در Audit ثبت می‌شود.

فقط کاربران WhyCloud

در تنظیمات دسترسی هر سرور یا کلاستر می‌توانید ورود را فقط به اعضای سازمان یا کاربران SSO آن محدود کنید.

مطالب مرتبط