Создание панели состояния Kubernetes — практический проект для тех, кто знает основы Kubernetes и хочет связать идентичность нагрузки с полезным инструментом. Вы дадите подготовленной панели собственную идентичность с правом чтения Deployments в двух утверждённых пространствах имён, оставив данные сотрудников и изменение нагрузок за пределами доступа.
В одном Guided Lab вы начнёте с настоящего отказа API, создадите отдельную ServiceAccount, предоставите доступ к первому пространству имён, запустите новый Pod панели с этой идентичностью и добавите вторую область чтения. Один независимый Challenge переносит те же методы в Cedar Library с другими пространствами имён идентичности и приложений. Каждый модуль начинается в собственной полностью подготовленной среде.
Результат — работающая панель, актуальная загрузка CSV и четыре повторно используемых манифеста. Панель показывает объявленное число реплик, доступность по данным контроллера и образы шаблона Deployment; она не превращает ошибку API в исправное состояние, а приложение, намеренно уменьшенное до нуля, — в аварию.
Чему вы научитесь
После этого курса вы сможете:
- отличать учётные данные терминала оператора от реальной идентичности процесса внутри Pod;
- создавать отдельную ServiceAccount и связывать с ней Role и RoleBinding целевого пространства имён;
- выбирать идентичность в сохранённом манифесте Deployment и наблюдать настоящие API-запросы нового Pod;
- расширять
getиlistна второе утверждённое пространство, сохраняя отказы для третьего, Secrets и изменения нагрузок; - интерпретировать желаемые и доступные реплики и образы шаблона в пределах наблюдений контроллера;
- передавать актуальный CSV и сохранённые манифесты, сохраняя исходные ресурсы приложения, данные и источники.
Для кого этот курс
Курс предназначен для изучающих Kubernetes и будущих операторов приложений, которым нужен небольшой законченный проект после основ. Знакомство с контролем доступа из Kubernetes in Practice полезно; Guided Lab объясняет необходимые поля идентичности и разрешений до их использования.
Предварительные знания: Базовые пути терминала, простой YAML, пространства имён, Pods, Deployments, Services и метки. Программирование приложений, опыт клиентских SDK, сборка образов и облачная учётная запись не нужны.
Учебная среда: Настоящий одноузловой кластер Kubernetes, синтетические приложения, панель и диагностический клиент уже подготовлены. Используйте Workspace для манифестов и команд Kubernetes, а Board — для настоящих страниц, деталей и CSV. Панель сама обрабатывает проецируемые учётные данные и проверку сертификата.
Часто задаваемые вопросы
Нужно ли устанавливать Kubernetes?
Нет. Каждый модуль предоставляет независимо подготовленные кластер и приложения. Вы работаете с объектами в области курса, не устанавливая и не меняя инфраструктуру кластера.
Нужно ли писать приложение панели или работать с токенами?
Нет. Клиент и интерфейс предоставлены. Вы настраиваете отдельную идентичность нагрузки, узкие разрешения пространств имён и выбор идентичности Deployment, сохраняя предоставленные источники.
Доказывает ли проверка разрешений, что панель использует правильную идентичность?
Разрешения для идентичности не меняют работающий Pod автоматически. Вы проверяете аутентифицированную идентичность настоящего клиента и реальные чтения коллекций и отдельных объектов вместе с разрешениями и запрещёнными операциями.
Что меняется в Challenge?
Библиотечный сценарий меняет расположение читающей идентичности и оба утверждённых пространства данных, сохраняя исключённое пространство сотрудников. Вы объединяете изученные методы для готовой панели и манифестов. Результат — состояние контроллера в учебном кластере, а не аутентификация посетителей или гарантия производственной доступности.
