Меня зовут Амиран Гургенадзе, я работаю в технической поддержке Cloud.ru. До этого я был системным администратором, а в облака пришел с готовностью учиться заново.
За последний год я прошел 10 бесплатных курсов от российских облачных провайдеров. Не ради баллов, а потому что без них я бы дольше разбирался с реальными тикетами. Например, курсы по Kubernetes дали мне главное — набор рабочих привычек: спокойно разбирать инциденты с подами, не бояться лезть в admission webhooks, быстро ориентироваться в квотах и API-ошибках. Это то, что превращает «у нас сломалось» в понятный чек-лист диагностики.
В статье собрал подборку добротных, на мой взгляд, курсов, которые мне реально помогли. Еще расскажу, по каким критериям, на мой взгляд, стоит оценивать курсы и как не ошибиться с выбором. В конце — рекомендации по обучению, которое я не проходил сам, но считаю сильным по программе.
Зачем проходить курсы, если есть документация и коллеги
Этот вопрос мне задают чаще всего, особенно сисадмины с опытом, которые привыкли решать все через Google, Stack Overflow, нейросеть и звонок знакомому. Нейросеть дает быстрый ответ на точечный вопрос: «как настроить», «что значит ошибка», «какой API-вызов использовать». Я сам так работал первые месяцы в поддержке. Потом понял, что у такого подхода есть слепое пятно: документация объясняет, как устроен конкретный сервис, коллега подскажет по конкретному тикету, нейросеть соберет ответ из чужих примеров, но никто из них не даст полной картины «что вообще такое облако» и как сервисы связаны между собой.
Курс решает другую задачу — он дает структуру. Не «как настроить ВМ», а «вот полный стек облачных провайдеров, вот, как они связаны, вот типичные сценарии». После курса я начал быстрее понимать, куда копать в тикете, и уверенно говорить на одном языке с командой — это экономит дни.
Как на курсы смотрят работодатели
Курс — не замена практического опыта. Рекрутеры смотрят на пет-проекты в GitHub, работу с конкретными инструментами и понимание, как устроена инфраструктура в реальном проекте. Сертификат или бейдж — это маркер «человек прошел и разобрался», но собеседование он не заменит.
У меня был случай: мой знакомый сисадмин полгода не мог найти работу, потому что его опыт «только Linux и on-premise» не попадал в вакансии для облачных инженеров. Он прошел курс «Инженер облачных сервисов», собрал пет-проект «сокращатель ссылок» на Cloud Functions + API Gateway + YDB, залил его в GitHub и приложил к резюме. Через два месяца его позвали на DevOps-позицию в финтех-стартап.
Это не значит, что курс сам по себе нанимает. Но он закрывает конкретный разрыв: «я работал с on-premise, теперь я могу показать, что умею работать с облаком». Работодателю этого может быть достаточно, чтобы пригласить соискателя на интервью.
Курсы дают знания, но без практики они быстро выветриваются. Я заметил это на себе: модуль по Terraform из «Инженера облачных провайдеров» я прошел за два дня, а реально начал писать конфиги — только когда на работе понадобилось поднять инфру для тестового стенда. Теория оживает только в момент, когда ты применяешь ее к своей задаче.
Что лично для меня важно в курсе
Вот несколько моментов, на которые я обращаю внимание, выбирая курс:
Бесплатный доступ — я не готов платить за курс, если не знаю, что получу на выходе.
Практика в консоли — без лабораторных работ курс становится набором видео, хотя и теоретические курсы бывают полезны как введение.
Сертификация как официальное подтверждение — пройти курс и получить бейдж — это одно, а сдать объемный финальный тест и получить сертификат — уже совсем другой уровень, куда более серьезный.
Программа без воды — если в описании только «изучите best practices» и «поймете принципы», я обычно прохожу мимо.
В каталогах курсов облачных провайдеров обычно большой выбор — от глубоко технических до менеджерских программ
Курсы, которые я прошел
Я прошел 10 курсов от Cloud.ru, Yandex Cloud и Yandex Practicum. Расскажу о каждом с моей оценкой и тем, что он мне дал. В сводной таблице в конце статьи они отмечены зеленым.
Cloud.ru — вход в облака и системная база
Cloud.ru Cloud Fundamentals
Длительность: ~4–5 часов, 8 модулей.
Сертификация: да, бейдж AwardMe.
Практика: нет, только видео и финальный тест.
О чем курс. Объясняет базовые понятия облака: что такое IaaS, PaaS, SaaS, как считать TCO, какие законы и стандарты регулируют российский рынок (152-ФЗ, требования ФСТЭК), что такое IAM, VPC и объектные хранилища. По сути — это словарь терминов для тех, кто никогда не работал с облаками. Полное описание курса.
Что я получил. Я проходил этот курс первым, чтобы быстро освоить терминологию. Короткий формат: можно пройти за вечер и сразу говорить с коллегами на одном языке. Модуль про экономику облаков дал базу для разговоров с клиентами про TCO, а модуль про законы и стандарты — понимание, почему в облаке именно такие настройки безопасности.
Оценка. Подойдет менеджерам, руководителям, новичкам в ИТ, которые хотят понять базовые термины облачных платформ.
Cloud.ru Evolution Fundamentals
Длительность: ~5–6 часов, 5 модулей.
Сертификация: да, сертификат.
Практика: да, лабораторные к каждой теме, доступны всем.
О чем курс. Базовый курс по платформе Cloud.ru Evolution — IaaS-фокус: виртуальные машины, диски, сети, хранилища. Покрывает знакомство с платформой, личный кабинет, ВМ, диски + Object Storage, сеть (VPC, подсети, группы безопасности, публичные IP, SNAT, балансировщик, DNS). Полное описание курса.
Что я получил. Лабораторные к каждой теме — не скринкасты, а реальные руки в консоли: я создавал ВМ, цеплял диски, настраивал подсети. Сеть разобрана глубоко: VPC, подсети, группы безопасности, публичные IP, SNAT, балансировщик, DNS — это полноценный стек для вывода приложения в интернет, не поверхностный обзор. Отдельно понравилось, что Object Storage рассматривается отдельно от дисков: блочное для ВМ, объектное для файлов и бэкапов — разные сценарии, разные API.
Где пригодилось на практике. Модуль про маршрутизацию пригодился в типичном, но болезненном кейсе с VPC Peering: клиент создал peering между двумя VPC, но соединение не переходило в статус Active, а тестовые пинги отбрасывались. Причина — пересечение CIDR-блоков: в одном VPC была подсеть 10.0.0.0/16, в другом — 10.0.0.0/24, и платформа не могла однозначно построить маршрут между ними. Модуль дал понимание, что VPC Peering на Cloud.ru Advanced не делает NAT и не перекрывает пересекающиеся адреса — на этапе планирования сети нужно сразу проверять, что CIDR-блоки разных VPC уникальны. В этом кейсе клиенту пришлось пересоздавать один из VPC с непересекающейся адресацией. После разбора я добавил себе чек-лист проверки CIDR для любого запроса на Peering.
Оценка. Подойдет новичкам в облаках, которым нужен фундамент IaaS, и сисадминам, переходящим от железа к облаку. Не подойдет DevOps-инженерам и разработчикам, которым нужен современный стек.
Cloud.ru Advanced Fundamentals
Длительность: ~7–8 часов, 8 модулей.
Сертификация: да, бейдж AwardMe.
Практика: да, лабораторные работы в консоли доступны всем.
О чем курс. Курс дал мне понимание основ по PaaS-сервисам платформы Cloud.ru Advanced: IAM, RDS (PostgreSQL и MySQL), CCE (managed Kubernetes), Object Storage, бессерверные функции. Подача системная — сервисы рассматриваются не по отдельности, а как части единой архитектуры. Полное описание курса.
Что я получил. Я разобрался с IAM — понял, как устроены роли, политики и наследование прав и теперь быстрее нахожу причину отказа в доступе к сервисам. На RDS (PostgreSQL и MySQL) научился различать ограничения managed-сервиса (нет superuser, нельзя любые расширения) и понимать, какие задачи клиента решаются managed-инстансом, а какие — Bare Metal. CCE дал системное понимание managed Kubernetes: RBAC, lifecycle подов, устройство кластера изнутри. Object Storage закрыл задачи по бакетам, политикам доступа и lifecycle. FunctionGraph познакомил с serverless-моделью — теперь я понимаю, какие сценарии клиентам стоит переводить на функции, а какие лучше оставлять на контейнерах или виртуальных машинах. Все это — базовые блоки, к которым я возвращаюсь в работе на техподдержке постоянно.
Где пригодилось на практике. Курс дал понимание serverless-модели, которое пригодилось в кейсе с FunctionGraph: клиент включил шифрование переменных окружения, но os.environ.get() возвращал None. Оказалось, для зашифрованных переменных нужен context.getUserData(). Также модуль про CCE заложил базу для разбора инцидентов в managed Kubernetes: конфигурация sudoers для системного пользователя paas, лимиты подов из-за сетевой модели, выбор ОС в зависимости от Network Model. Наконец, понимание мультиплатформенности (платформа Cloud.ru Evolution vs платформа Cloud.ru Advanced) помогает быстро отвечать на вопросы про права и доступ к сервисам.
Оценка. Подойдет инженерам, которые работают или планируют работать с платформой Cloud.ru Advanced.
Cloud.ru — линейка про Облако VMware
В линейке три курса по всему VMware-облаку: базовый, профессиональный и экспертный. Я прошел все три подряд — это полноценный трек от «как развернуть ВМ» до «как построить продакшен-инфраструктуру».
Базовый курс Облако VMware
Длительность: 1 день 1 час.
Сертификация: да, сертификат о завершении без бейджа AwardMe.
Практика: да, 4 лабораторные из 5 модулей.
О чем курс. Введение в VMware Cloud Director: vCenter, vSphere, vMotion, HA, миграция с on-premise на платформу Облако VMware. Логика курса — от компонентов платформы к развертыванию виртуального ЦОД. Полное описание курса.
Что я получил. Курс четко структурирован: сначала архитектура, потом виртуальный ЦОД, сеть, базы данных, управление доступом. Это логичный путь от инфраструктуры к приложению. Лабораторные работы реальные: я разворачивал ВМ, настраивал сети, добавлял серверы БД, создавал пользователей с ролями. В итоговой работе собрал веб-страницу на собственном стенде — это осталось как небольшой проект в портфолио.
Оценка. Подойдет инженерам виртуализации, начинающим работать с Облаком VMware.
Профессиональный курс Облако VMware
Длительность: 1 день 1 час.
Сертификация: да, сертификат о завершении без бейджа AwardMe.
Практика: да, лабораторные по NSX-T и миграции.
О чем курс. Продвинутая сеть (NSX-T), миграция через VCDA (VMware Cloud Director Availability), развертывание NGFW UserGate, автоматизация через REST API и Postman. Если базовый курс учил «как развернуть ВМ и настроить сеть», то профессиональный отвечает на вопрос «как построить продакшен-инфраструктуру и автоматизировать ее». Полное описание курса.
Что я получил. Курс по VMware дал общую картину, как устроены файрволы в SDN — и это сильно помогло в работе с Security Groups на Advanced. Типичный кейс: клиент пишет правило, которое «выглядит правильно», но трафик не идет. До курса я перебирал варианты наугад — проверял порт, IP, протокол. После — сразу проверяю три вещи: правильно ли указан Source (частая ошибка — подсеть нод вместо Container CIDR у CCE), не уперлись ли мы в лимит правил или групп и не блокирует ли трафик NACL, у которого приоритет по номеру правила, а не «разрешено все, что явно указано». Этот же фундамент помог мне отвечать клиентам, которые переносят правила из VMware NSX вручную — там DFW и NACL работают иначе, чем SG и NACL на платформе Cloud.ru Advanced.
Оценка. Подойдет инженерам с опытом VMware, которые хотят разобраться в продакшен-сценариях.
Экспертный курс Облако VMware
Длительность: 1 день 16 часов.
Сертификация: да, сертификат о завершении без бейджа AwardMe.
Практика: да, итоговый проект.
О чем курс. Резервное копирование, аварийное восстановление (DRaaS) через VCDA, автоматизация через Terraform, основы Kubernetes, шифрование виртуальных машин. Кульминация линейки: все, что было в базовом и профессиональном, собирается в итоговый проект. Полное описание курса.
Что я получил. Экспертный курс замкнул три темы, которые раньше казались отдельными: VCDA для резервного копирования и аварийного восстановления, Terraform для автоматизации VMware-ресурсов и основы Kubernetes на этой же платформе. В поддержке это помогает, когда клиент думает, что его задача нетиповая: «нужно мигрировать ВМ между площадками без простоя» или «хочу управлять ВМ через код». После курса я точно знаю, какие инструменты на платформе Облако VMware это закрывают, и сразу предлагаю правильную схему — без эскалации и лишних итераций.
Где пригодилось на практике. Экспертный курс помог в конкретном кейсе: клиент переносил рабочие нагрузки с платформы Облако VMware на платформу Cloud.ru Advanced: конвертировал диски ВМ в QCOW2, загружал через OBS в IMS, разворачивал как ECS. После переноса несколько машин потеряли сетевую связность: пинги шли с потерями, SMB-трафик тайм-аутил при резервном копировании. Я разбирался одновременно с двух сторон: понимал, как было устроено в VMware (NSX-T, L2-сегменты, DFW-правила), и объяснял клиенту, что на платформе Cloud.ru Advanced это аналогично VPC + группы безопасности. Проблема оказалась именно в Security Group ECS: на VMware-стороне DFW разрешал трафик без явного указания портов, а на Cloud.ru Advanced нужно было явно открывать каждый диапазон. Без понимания VMware-архитектуры из экспертного курса я бы искал причину вдвое дольше.
Параллельно модули по Terraform и основам Kubernetes из этого экспертного курса помогли глубже освоить работу с платформой Cloud.ru Advanced. CCE — это managed Kubernetes, и понимание ключевых абстракций (поды, деплойменты, сервисы), полученное на курсе по VMware, позволило быстрее разбираться со сложными тикетами по CCE: миграцией нод между NodePool через kubectl drain, разделением VPC-подсети для изоляции кластера, настройкой ELB-аннотаций для нестандартных портов. Имея за плечами эту базу, вникать в специфику Advanced стало заметно проще.
Оценка. Подойдет архитекторам и ведущим инженерам виртуализации.
Yandex Cloud и Yandex Practicum — инженерия, Kubernetes, Terraform, GitOps
«Инженер облачных сервисов»
Длительность: 74 часа, 56 уроков.
Сертификация: да.
Практика: да, 7 практических работ с грантами от Yandex Cloud.
О чем курс. Широкая программа: 56 уроков по Compute Cloud, объектному хранилищу, управляемым базам данных, контейнеризации, DevOps, serverless и безопасности. Фактически, это полноценная инженерная программа, после которой можно разворачивать инфру в Yandex Cloud от сети до Kubernetes. Полное описание курса.
Что я получил. Самый полезный блок для меня — про HashiCorp Packer и Terraform. После него я научился собирать кастомные образы для CCE через Packer и писать переиспользуемые Terraform-модули — это сразу пригодилось в работе с клиентами. Курс помог увидеть, как устроена инфраструктура в Yandex Cloud в сравнении с Cloud.ru Advanced: другие managed-сервисы, другая модель работы с state-файлом, другие подходы к квотам. ClickHouse, PostgreSQL/MySQL managed и DataLens разобраны сильно, но мне как инженеру поддержки важнее была именно IaS/PaaS-часть.
Где пригодилось на практике. Курс помогает мне консультировать клиентов по автоматизации управления инфраструктурой. Блок про HashiCorp Packer оказался неожиданно полезным: когда клиенты просили собрать в CCE кастомный образ с предустановленным агентом мониторинга или антивирусом, я сразу понимал разницу между «накатить скрипт через user_data на каждый запуск ВМ» и «запечь настройки в golden image через Packer один раз». Terraform-блок курса тоже окупился: после него я мыслю ресурсами и зависимостями и быстрее разбираюсь с квотами и ошибками API на стороне клиента.
Оценка. Подойдет сисадминам и разработчикам, которые хотят перейти в облака; специалистам с AWS/GCP-опытом, которые переходят на российский стек. Не подойдет тем, кому нужен глубокий DevOps с Kubernetes — для этого есть отдельная специализация.
Managed Service for Kubernetes®
Длительность: 24 часа, 7 тем.
Сертификация: да.
Практика: да, в реальном Managed Kubernetes от Яндекса.
О чем курс. Углубленный курс по Kubernetes: ключевые концепции (поды, деплойменты, сервисы, ингрессы), сеть (CNI, типы сервисов, Ingress-контроллеры), Helm, продвинутые абстракции (StatefulSet, DaemonSet, Jobs, CronJobs), troubleshooting, автомасштабирование и контроль доступа через RBAC. Полное описание курса.
Что я получил. Я прошел этот курс сразу после «Инженера облачных провайдеров», чтобы закрыть пробел по Kubernetes для работы с клиентскими кейсами в техподдержке. Главный инсайт — без правильных resource requests и limits автомасштабирование не работает: поды не размножаются, ноды не добавляются. Разбор реальных сценариев отказа (CrashLoopBackOff, OOMKilled, ImagePullBackOff) научил меня диагностировать инциденты клиентов, а не копировать команды из Stack Overflow. Практика по Ingress с TLS-терминацией в Yandex Cloud и по Helm-чартам закрыла две самые частые задачи в моей работе. После курса я перестал бояться продакшен-кластеров и начал понимать, почему поды падают, без паники.
Где пригодилось на практике. Больше всего курс помог мне в работе с CCE — managed Kubernetes в Cloud.ru Advanced. Разбирал кейс с массовым исчерпанием Node ID pool в Cilium: знание health-агентов CNI и kubectl logs/describe помогло навигировать по логам и связать ошибку с известным багом community. Настраивал клиенту port range на ELB через аннотации Service для FTP в пассивном режиме — без понимания, как Service типа Load Balancer взаимодействует с cloud-controller, я бы потратил в разы больше времени на чтение документации. Объяснял клиентам, почему в одном кластере 60–70 подов деплоятся нормально, а в другом упирается в 19 — это сетевая модель и размер CIDR на ноду.
Оценка. Подойдет DevOps-инженерам с опытом работы с Kubernetes, которые хотят структурировать знания. Не подойдет новичкам — сначала нужен базовый курс по Docker.
IaC: Terraform
Длительность: 14 часов, 9 тем.
Сертификация: да.
Практика: да, в GitLab CI.
О чем курс. Базовые понятия Terraform (HCL, провайдеры, ресурсы, зависимости), CLI и работа с Yandex Cloud, переменные и функции, count и for_each, state-файл (локальный vs remote, хранение в Object Storage, блокировка через YDB), модули, провижининг и Terraform в CI/CD. Полное описание курса.
Что я получил. Я прошел этот курс до GitOps, чтобы сначала разобраться с Terraform в команде. В работе в техподдержке это помогает каждый день: я мыслю ресурсами и зависимостями, быстрее разбираюсь с квотами и ошибками API на стороне клиента, объясняю им, как правильно структурировать модули под их задачи. Главный инсайт — без remote state и блокировки команда из двух человек гарантированно сломает инфраструктуру. Раздел про модули научил меня писать переиспользуемые модули с документацией и примерами, а не «мертвые модули» с голым кодом. Самое ценное — практика по Terraform в CI/CD: настраиваем pipeline, где terraform plan постит diff в комментарий к merge request, а apply идёт только из CI. Никаких ручных apply из ноутбука.
Где пригодилось на практике. У меня сформировалось мышление, что Terraform ускоряет работу с API любой платформы. Когда клиенты приходят с ошибками квот (например, превышение лимита правил в Security Group) или с просьбой автоматизировать рутину, я сразу вижу ресурс, зависимость, state и предлагаю решение через API или IaC, а не через UI. Блок про импорт существующих ресурсов пригодился, когда клиенты хотят внезапно начать вести инфраструктуру через Terraform без разрушения текущей. А рекомендация про remote state с блокировкой — это главное правило, о котором я напоминаю всем коллегам: один раз настроить remote backend куда надежнее и дешевле, чем хранить state локально на ноутбуке и рисковать его потерей при командной разработке.
Оценка. Подойдет инженерам с базовым знанием Terraform, которые хотят работать в команде и в CI/CD. Совет: проходите после базового Kubernetes, но до GitOps — так поймете, почему Terraform и Argo CD работают в паре.
Деплой инфраструктуры по модели GitOps
Длительность: 5 тем.
Сертификация: да.
Практика: да, Argo CD и Crossplane на практике.
О чем курс. GitOps-подход (push vs pull), Argo CD — установка, настройка репозитория, синхронизация, App of Apps и ApplicationSet, работа с секретами (Sealed Secrets, External Secrets Operator), IaC через Crossplane и деплой с GitLab. Полное описание курса.
Что я получил. Главный инсайт для моей работы в техподдержке — почему классический kubectl apply из GitLab CI — это костыль, а не решение. В pull-модели кластер сам забирает изменения из Git, безопаснее и надежнее. После Argo CD я начал по-другому думать про деплой: Git становится единственным источником правды, а UI Argo CD подсвечивает дрифт, если кто-то руками поменял под в кластере. App of Apps закрыл задачу управления десятками приложений в монорепозитории, а ApplicationSet — деплой одного приложения в разные namespace с разными values. Crossplane дал единый контур управления: всё в Git, всё через Kubernetes API.
Где пригодилось на практике. Самый показательный кейс — клиент на CCE вручную отредактировал ConfigMap coredns через kubectl edit, чтобы временно подменить апстрим для одного из сервисов. Через две недели при обновлении аддона CoreDNS платформа отказалась накатывать новую версию — «конфигурация была изменена вручную». Без GitOps-мышления разбор занимал несколько итераций с эскалацией: проверяли привилегии, сравнивали манифесты, искали, кто и когда вносил правку. После курса я заранее предупреждаю клиентов про parameterSyncStrategy: inherit и рекомендую держать любые правки ConfigMap в Git-репозитории под Argo CD — иначе обновление кластера рано или поздно встанет именно из-за таких ручных изменений.
Клиенты на CCE регулярно спрашивают: «где хранить секреты, чтобы не светить их в Git-репозитории». Курс дал четкую картину вариантов: для простых кейсов — Sealed Secrets (шифрованный YAML прямо в Git), для интеграции с HashiCorp Vault или облачным KMS — External Secrets Operator, который синхронизирует секреты в кластер из внешнего источника. На CCE еще работает аддон CCE Secrets Manager for DEW — он хранит секреты в защищенном сервисе DEW, монтирует их в поды через CSI-драйвер и поддерживает авторотацию. После курса я сразу даю клиенту три варианта под его сценарий, а не рассказываю теорию «используйте Vault».
Оценка. Подойдет DevOps-инженерам, которые хотят перейти от ручных деплоев к GitOps. Совет: не проходите без базового Kubernetes — Argo CD про оркестрацию деплоя, а не про то, как работает под.
Что еще стоит пройти
Есть еще курсы, которые я не проходил лично, но которые по программе выглядят сильными. Если моя подборка вам не подошла по теме или провайдеру — посмотрите на эти. Моей оценки у них нет, поэтому доверять им стоит так же, как описанию на сайте.
Yandex Cloud
«Защита облачной инфраструктуры» — 25 часов по security best practices. Для тех, кому базовый курс Cloud.ru по кибербезопасности покажется слишком коротким.
«DevSecOps в облачном CI/CD» — 8 часов по безопасности на этапах сборки, тестирования и деплоя. Если вы уже DevOps-инженер и хотите добавить security-фокус.
Cloud.ru
«Основы кибербезопасности» — 3–4 часа про Shared Responsibility Model и STRIDE. Хороший старт, если вы никогда не касались безопасности облаков.
«Машинное обучение в облаке» — 6–8 часов по AutoML и ML-пайплайнам. Для тех, кто хочет войти в ML и ИИ без глубокого математического бэкграунда.
«ИИ для менеджеров» — 4–5 часов про внедрение ИИ в бизнес-процессы и оценку ROI. Для нетехнических специалистов.
MWS
Cloud DevOps — 10–14 часов по CI/CD, Terraform, Ansible, мониторинг. Телеком-экспертиза МТС в отказоустойчивости выглядит интересно.
VK Cloud
Cloud Native Basic — 3 часа для быстрого входа в облачную терминологию. Подойдет, если нужно за вечер получить общее представление о IaaS, PaaS, SaaS и тарификации.
Cloud Native Advanced — две недели практики с сертификацией. Самый насыщенный курс VK Cloud, аналог курса Cloud.ru Advanced Fundamentals по глубине.
Cloud Native DIY — один день, гибкий формат: можно проходить отдельные модули под текущие задачи.
Beeline Cloud
Base Cloud Network — 5–6 часов по SD-WAN и облачным сетям. Подойдет сетевым инженерам, которые хотят понять облачную сетевую инфраструктуру.
Base Cloud DevOps — 5 часов по основам DevOps, Kubernetes и CI/CD. Для новичков в DevOps, у Beeline бессрочный доступ к материалам.
Base Cloud Security — 7 часов по защите облачных сред. Структурированный вход в облачную безопасность.
Selectel
«Системное администрирование на Linux с нуля» — 8 часов с практикой на SelectOS. Для тех, кто никогда не работал с Linux и хочет фундамент.
«Быстрый старт в Podman» — менее 2 часов. Podman — перспективная альтернатива Docker (rootless-контейнеры). Для тех, кто уже знаком с Docker.
«Безопасная разработка» — 47 минут по secure coding. Для разработчиков, которые хотят ознакомиться с темой безопасной разработки.
«Начало работы с ML-моделями» — 55 минут введения в ML. Для новичков, которые хотят понять, что вообще такое машинное обучение.
Типичные ошибки при выборе курсов
За год я совершил почти все ошибки, которые можно было совершить. Делюсь теми, которые обошлись мне дороже всего.
Ошибка 1. Гнаться за длительностью курса
Сначала мне казалось: «чем дольше курс, тем он серьезнее», но это не так. Курс от Yandex Cloud «Managed Service for Kubernetes®», например, занимает 24 часа, и каждый час там плотный: нет воды, каждый урок дает рабочий навык. А некоторые курсы по 40+ часов растягивают один и тот же материал на десять видео, чтобы набить объем.
Что я делаю теперь: смотрю на соотношение «длительность на количество практических работ». Если на 24 часа контента приходится 7 тем с реальной практикой — это хороший курс. Если на 40 часов только видео и тесты — скорее всего, я пройду мимо.
Ошибка 2. Не проверять доступ к практике до регистрации
Был случай: записался на курс, прошел теорию, дошел до лабораторной — а доступ только для корпоративных клиентов. Оказалось, эта деталь была написана мелким шрифтом на странице курса, я ее пропустил. Теперь до регистрации открываю страницу курса, ищу раздел «Лабораторные работы» и читаю условия доступа. Если написано «доступно корпоративным клиентам» — уточняю у менеджера, прежде чем тратить время.
Ошибка 3. Путать сертификацию и бейдж
Сначала я воспринимал бейдж AwardMe как самоцель — «вот я и сертифицированный специалист». На практике выяснилось, что рекрутеры и HR чаще знают сертификаты Yandex Cloud или Cloud.ru, а AwardMe — это в основном внутренний маркер платформы.
Что я делаю теперь: прохожу курс ради знаний. Если в курсе есть сертификация — делаю тест, потому что это проверка понимания. Бейдж AwardMe добавляю в LinkedIn как бонус.
Ошибка 4. Проходить все подряд без плана
Когда я только начинал, я записывался на все подряд: и ИИ для менеджеров, и безопасную разработку, и начало работы с ML-моделями. В итоге получил набор разрозненных знаний без системы.
Что я делаю теперь: выбираю один курс за раз и обязательно довожу его до практической работы. После прохождения кладу результат в GitHub — Terraform-конфиг, развернутое приложение, отчет по troubleshooting. Без репозитория курс забывается через две недели.
Мои выводы
Российские облачные провайдеры делают сильные курсы, плюс все десять, что я прошел, были бесплатными. У зарубежных аналогов (AWS, GCP, Azure) бесплатный доступ — это обычно только теория, а за лабораторные нужно платить: нужна привязка карты — у зарубежных провайдеров еще и кредитной с иностранным счетом. А главное, если выйти за лимиты бесплатного tier, списание произойдет автоматически. У Cloud.ru и Yandex Cloud лабораторные доступны бесплатно и без таких условий — это серьезное преимущество для тех, кто только начинает.
Чек-лист: как выбрать курс и не пожалеть
Программа содержит конкретные сервисы, инструменты и версии — а не «изучите best practices».
Есть практика в консоли или хотя бы описание условий доступа к лабораторным работам.
Курс дает сертификацию, которую видят рекрутеры, а не только внутренний бейдж.
Длительность пропорциональна глубине: 20 часов контента с практикой лучше, чем 40 часов видео.
После прохождения у вас останется пет-проект, который можно положить в GitHub.
Вы знаете, как применить знания в своей работе — иначе все забудется через две недели.
Если вы выбираете первый курс по облакам — начните с Cloud.ru Cloud Fundamentals, чтобы освоить терминологию платформы. Дальше — выбор за платформой: если Cloud.ru — Advanced Fundamentals (PaaS-сервисы) или Evolution Fundamentals (IaaS и сеть); если хотите широкий охват — Yandex Cloud «Инженер облачных сервисов». После этого — Yandex Cloud «Managed Service for Kubernetes®» для глубины по Kubernetes. Затем — Yandex Cloud «IaC: Terraform» для работы с Terraform в команде и Yandex Practicum «Деплой инфраструктуры по модели GitOps» для перехода на pull-модель деплоя. Эти курсы закрывают основу, на которую опирается ежедневная работа облачного инженера — но точный список курсов, конечно, зависит от ваших задач.
Поделитесь своими рекомендациями курсов в комментариях.
