Лекция «Контейнеры и оркестрация без магии»

Около 80 минут на 23 темы. Прогресс сохраняется, поэтому лекцию можно проходить частями и возвращаться к ней позже.

Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 66 тестов и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.

Двадцать три темы о том, как устроен кластер контейнеров и почему он ведёт себя именно так. Модель из пяти узлов — образ, реестр, лимиты ресурсов, состояние, планировщик — собрана так, чтобы пережить смену конкретной платформы: имена параметров у платформ разные, механика одна. Начало с определения контейнера из пункта 1 Требований, утверждённых приказом ФСТЭК России от 04.07.2022 № 118: изолированная программная среда на основе ядра хостовой операционной системы. Из этих пяти слов вырастает всё остальное — скорость запуска, малый вес образа и то, что изоляция слабее, чем у виртуальной машины, с двумя задокументированными выходами на хост. Дальше образ как граф объектов, адресуемых по хешу содержимого, разница между изменяемым тегом и неизменяемым дайджестом, отказ ядра exec format error на чужой архитектуре и реестр как единственная точка отказа: действующие пороги частоты, отменённый анонс о десяти запросах в час и эпизод мая 2024 года. Отдельно разобрано расписание регулятора по уязвимостям в образах, ролевая модель из трёх ролей и перечень регистрируемых событий. Вторая половина — про поведение под нагрузкой: окно планировщика в 100 миллисекунд и троттлинг, арифметика кода 137, запрос против лимита, планирование по резервированиям, очередь на вытеснение, потолок в 110 подов на узел и проверки живости, способные обрушить сервис каскадом. Завершают лекцию состояние и обновления с разбором отказа Reddit на 314 минут, классы защиты и уровни доверия российского контура и отдельная тема с красными линиями. Лекция не разбирает стадии конвейера поставки, стратегии выката и критерий отката, описание инфраструктуры кодом, четыре сигнала наблюдаемости, расчёт ёмкости кластера и регламент бэкапа — это соседние темы.

Да, она для этого и собрана. Имена параметров, вид команд и значения по умолчанию у платформ отличаются — потолок подов на узел равен 110 у ванильного Kubernetes и GKE, 250 у OpenShift, а у EKS считается по числу сетевых интерфейсов. Неизменна механика: что читает планировщик при выборе узла, что делает лимит с процессором и с памятью, что переживает перезапуск и что происходит при потере реестра. Конкретные команды приводятся только как иллюстрация механики.

Нет, и это сказано прямо. Навык эксплуатации ставится на живом стенде, текст с тестами так не умеет. Лекция закрывает другой слой: понимание, по которому вы предскажете поведение системы и объясните разбор отказа — почему контейнер убит с кодом 137, почему узел полон при свободной памяти, почему перезапуск иногда делает хуже.