<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Интерфейсы управления on </title>
    <link>/ru2/cluster-admin/administration/</link>
    <description>Recent content in Интерфейсы управления on </description>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Wed, 01 Jul 2026 19:41:08 +0300</lastBuildDate><atom:link href="/ru2/cluster-admin/administration/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Как связаны Штурвал и Argo CD</title>
      <link>/ru2/cluster-admin/administration/shturval-argocd/</link>
      <pubDate>Wed, 01 Jul 2026 19:41:08 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/administration/shturval-argocd/</guid>
      <description>Роли Штурвала и Argo CD # Штурвал управляет жизненным циклом кластеров Kubernetes (создание, обновление, масштабирование), правами доступа, провайдерами инфраструктуры и системными сервисами и интегрирует Argo CD в платформу. Argo CD отвечает за GitOps-доставку приложений в уже существующие кластеры: синхронизирует состояние кластера с Git-репозиторием манифестов/Helm-чартов. Проекты и целевые кластеры для Argo CD настраиваются платформой автоматически; пользователю достаточно работать с объектами Application. При этом:
кластеры создаются и настраиваются через Штурвал; Argo CD подключается к этим кластерам как GitOps-инструмент, интегрированный в платформу (подключение кластеров и базовая конфигурация выполняются автоматически); источником прав и разграничения доступа остаётся Штурвал (RBAC, неймспейсы, квоты).</description>
    </item>
    
    <item>
      <title>Как связаны Штурвал и Kubeflow</title>
      <link>/ru2/cluster-admin/administration/shturval-kubeflow/</link>
      <pubDate>Wed, 01 Jul 2026 19:41:08 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/administration/shturval-kubeflow/</guid>
      <description>Роли Штурвала и Kubeflow # Штурвал управляет жизненным циклом кластеров Kubernetes, неймспейсами, правами доступа, провайдерами инфраструктуры и системными сервисами и интегрирует Kubeflow в платформу. Kubeflow предоставляет инструменты для ML-сценариев в Kubernetes: notebooks, pipelines, experiments, runs/jobs, serving, training jobs, TensorBoard и viewers. При этом:
Kubeflow разворачивается в кластере, как набор компонентов для ML-нагрузок; рабочая область пользователя в Kubeflow связана с неймспейсом, созданным через кастомный ресурс Profile API-группы kubeflow.org; источником прав и разграничения доступа остаётся Штурвал: права Kubeflow задаются в наборах доступов и применяются в целевых кластерах.</description>
    </item>
    
    <item>
      <title>Resource Quotas и LimitRanges</title>
      <link>/ru2/cluster-admin/administration/quotas-limits/</link>
      <pubDate>Wed, 01 Jul 2026 19:41:08 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/administration/quotas-limits/</guid>
      <description>Обзор # Resource Quotas и LimitRanges позволяют ограничить потребление CPU, памяти и других ресурсов в неймспейсах. Используются для разграничения ресурсов между командами и предотвращения исчерпания ресурсов кластера.
Где создавать: в неймспейсе — Хранилище → ResourceQuotas / LimitRanges или через импорт манифестов.
ResourceQuota # ResourceQuota задаёт жёсткие лимиты на суммарное потребление ресурсов в неймспейсе.
Создание квоты в GUI # Откройте неймспейс → Хранилище → ResourceQuotas (или Квоты). Нажмите + Создать квоту. Задайте название квоты, при необходимости — лейблы и аннотации.</description>
    </item>
    
    <item>
      <title>Дашборд кластера</title>
      <link>/ru2/cluster-admin/administration/dashboard/</link>
      <pubDate>Wed, 01 Jul 2026 19:41:08 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/administration/dashboard/</guid>
      <description>Дашборд кластера отображает ключевую информацию о кластере и меняется в зависимости от этапа жизненного цикла. До завершения развёртывания отображается первая версия; после — когда готова инфраструктура и подняты все узлы Control Plane и Worker, — вторая, с полным набором вкладок и блоков.
Дашборд до завершения развёртывания # При создании клиентского кластера откройте раздел Кластер → Клиентские кластеры и выберите имя создаваемого кластера. До завершения развёртывания страница Дашборд доступна в разделе Администрирование.</description>
    </item>
    
    <item>
      <title>Управление доступом в кластере</title>
      <link>/ru2/cluster-admin/administration/access-management/</link>
      <pubDate>Wed, 01 Jul 2026 19:41:08 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/administration/access-management/</guid>
      <description>На странице Управление доступом в разделе Администрирование кластера можно просматривать и управлять назначениями прав доступа пользователям и группам на этот кластер и его неймспейсы. Назначение прав уровня «Платформа» выполняется только из платформы (страница Управление ролями).
Где открыть: выберите кластер → Администрирование → Управление доступом.
Вкладки страницы «Управление доступом» # На странице доступны три вкладки:
Вкладка Содержимое Платформа Просмотр платформенных назначений прав доступа для пользователей и групп, имеющих доступ к этому кластеру.</description>
    </item>
    
    <item>
      <title>Кастомные ресурсы</title>
      <link>/ru2/cluster-admin/administration/custom-resources-platform/</link>
      <pubDate>Wed, 01 Jul 2026 19:41:08 +0300</pubDate>
      
      <guid>/ru2/cluster-admin/administration/custom-resources-platform/</guid>
      <description>Что такое CRD и кастомные ресурсы # В Kubernetes кастомные ресурсы (Custom Resources) позволяют расширять модель объектов за счёт своих типов: поверх базовых Pod, Service, Deployment и др. можно добавлять собственные сущности с нужными полями. Такие типы ресурсов задаются через CRD.
CRD (Custom Resource Definition) — специальный ресурс, который позволяет создавать новые типы ресурсов для расширения функционала.
Почти все операции в GUI (создание кластера, изменение конфигурации узлов, установка сервисов, назначение прав) сводятся к созданию или изменению ресурсов, а операторы приводят фактическое состояние кластера к описанному в ресурсах.</description>
    </item>
    
  </channel>
</rss>
