|
Professor Seleznov
|
Linux, Docker, Kubernetes и мониторинг: 10 открытых уроков для системных администраторов
 Системное администрирование давно не ограничивается «поднять сервер и настроить доступы». Сегодня инфраструктура живёт в контейнерах, кластерах, пайплайнах, распределённых системах и мониторинге, который должен подсказать о проблеме раньше, чем её заметят пользователи. В этом посте делимся подборкой бесплатных уроков для тех, кто работает с Linux, инфраструктурой, контейнеризацией, Kubernetes, SRE‑практиками и безопасностью. На них можно познакомиться с преподавателями курсов, протестировать формат обучения и задать вопросы экспертам. Если хотите закрыть базу по Linux и автоматизации
- 18 июня, 20:00. «Основы Bash: пишем простые скрипты для автоматизации в Linux».
Для тех, кто хочет перестать делать рутинные операции руками и начать автоматизировать админские задачи через простые, понятные Bash‑скрипты.
- 4 июня, 20:00. «Продвинутый Bash».
Следующий шаг после базовых скриптов: больше контроля, аккуратнее работа с окружением, меньше хрупких одноразовых команд.
- 22 июня, 20:00. «Память в Linux. Cache, swap, dirty pages».
Практичная тема для тех, кто сталкивался с ситуацией «память вроде есть, но сервер ведёт себя странно».
Для всех, кто хочет подтянуть основы Linux, рекомендуем подготовительный курс(сейчас всего за символические 10 руб)
Если работаете с контейнерами и Kubernetes
Если отвечаете за стабильность систем
- 1 июня, 20:00. «Мониторинг распределенных систем».
На уроке поговорим о подходах к наблюдаемости распределённых систем и о том, как быстрее понимать, где именно началась деградация.
- 16 июня, 20:00. «Инцидент‑менеджмент в SRE. Как быстро находить, устранять и предотвращать сбои в системе».
Для тех, кто хочет перейти от тушения пожаров к управляемому процессу: как реагировать на инциденты, разбирать причины и снижать вероятность повторения сбоев.
- 3 июня, 20:00. «Internal Developer Platform: self‑service‑инфраструктура за один вечер».
Как организовать инфраструктуру так, чтобы разработчики могли получать нужные ресурсы быстрее, а инфраструктурная команда не превращалась в ручной сервис‑деск.
Если зона ответственности включает защиту инфраструктуры
-Источник
|