Онлайн-практикум по профессии Cloud Engineer
(AWS) до уровня Solutions Architect
Выполните все задания – освойте азы работы с облачными
сервисами и станьте облачным инженером!
Научитесь внедрять и поддерживать сервисы AWS, чтобы
сэкономить затраты и увеличить гибкость инфраструктуры
Проходите, когда вам удобно,
программа на русском языке
составляет зарплата DevOps-инженера с навыками работы с AWS
превысили расходы на публичные облачные
сервисы за 2020 год
выручки облачного рынка
без учета SaaS в 2020 году
пришлось на AWS, которая
опережает Microsoft и Google
Gartner называет AWS лидером 2021 года по облачной инфраструктуре
и платформенным сервисам.
AWS уверенно сохраняет
за собой данную позицию на протяжении многих лет
Мировой рынок облачных технологий в 2022 году вырастет на 54% по сравнению с 2020 и превзойдет $482 млрд
Проникновение облачных технологий в России тоже растет: более 40% российских бизнес- и ИТ-приложений уже используют облака в своих проектах
На 5,3% ежегодно продолжит расти
российский рынок облачных технологий
компаний хранят секретные и наиболее
важные данные в облаках
крупных мировых корпораций уже
используют облачные сервисы
вы собственноручно проложите дорогу от создания аккаунта до построения комплексных территориально-распределенных решений в AWS
с которыми сталкиваются DevOps-
инженеры, архитекторы решений,
системные инженеры в AWS
поэтапно проходите более 86 заданий,
к каждому прилагаются необходимые
материалы для его выполнения
если есть вопрос по заданию, спросите у
авторов практикума и экспертов в закрытом
чате Telegram
и действующими специалистами
в облачной архитектуре
SLA 24 часа на каждое
сданное задание
решите реальную задачу в рамках
облачной инфраструктуры Amazon
закрытые мастер-классы
наших экспертов
Здравствуй! Сегодня мы будем создавать AWS Account (далее аккаунт).
Аккаунт — это выделенное пространство для всех ресурсов, которые вы создаете в AWS, и вам предоставляются доступ к управлению ресурсами и информация о стоимости (billing) этих ресурсов. Каждый аккаунт имеет уникальный 12-ти значный цифровой номер — идентификатор, который называется Account ID.
Создание аккаунта не тарифицируется, но всё же обходится в 1$, который будет списан в качестве проверки вашей банковской карты на этапе создания. Это единоразовый платеж.
В дальнейшем, при смене карты, 1$ будет только блокироваться на время проверки новой карты и после завершения вернется вам на карту.
Заплатив 1$ при создании, вы получаете сразу довольно много. А именно, специальный комплект ресурсов на 12 месяцев, именуемый Free Tier, который мы подробно рассмотрим позже. Поверьте, этот комплект ресурсов стоит гораздо больше, чем 1$.
Для создания аккаунта нам потребуются:
Переходите по ссылке https://portal.aws.amazon.com/billing/signup#/start и просто следуйте за мной в следующем видео-уроке. Будет здорово! Поехали.
Screencast 1: Создание Учетной записи (Account)
Для доступа к ресурсами AWS используются:
Важный момент для нас — это знать свой Account ID. Запишите его в блокнот, он нам понадобится и не раз.
Если потребуется, Account ID всегда можно найти в консоли в правом верхнем углу выпадающее меню под именем аккаунта.
При регистрации мы указывали свой Email и пароль. С помощью браузера мы теперь всегда сможем зайти в наш аккаунт по ссылке https://aws.amazon.com/ru/console/
Попробуйте пройти по этой ссылке и мы получим приглашение выбрать из двух вариантов:
Мы обязательно подробно разберемся с IAM user в следующем модуле, a в этой задаче мы работаем как Root user.
Выбирайте Root user, вводите Email, который использовали при создании аккаунта, немного проверок (Captcha), далее пароль. Перед нами консоль управления нашим аккаунтом. Но прежде, чем начнем что-то создавать, пару слов о деньгах.
AWS предоставляет для новых Accounts специальные предложения для ознакомления: Free Tier или Уровень бесплатного пользования AWS. Следует понимать, какие типы предложений существуют:
Важно понимать:
Полный список ресурсов уровня бесплатного пользования AWS
С последним пунктом следует разобраться подробнее на примерах. Один из ресурсов такого типа предложения — использование виртуальных машин в течение 750 часов в месяц. При всей кажущейся щедрости этого предложения, следует внимательно прочитать детали!
Одна из важнейших мыслей при работе с AWS должна быть эта: ВСЕГДА держите руку на пульсе вашего бюджета.
Итак, в чём особенность такого предложения:
Не всё так просто, но нам пока этого достаточно. Подробно разбираемся в модуле 3.
Второй пример, однако, показывает такой тип предложения с другой стороны. Предлагается бесплатно использовать 5 ГБ стандартного хранилища Amazon S3 (подробно мы с ним знакомимся в модуле 11). Это действительно означает, что в течение 12-ти месяцев вы можете хранить до 5 ГБ бесплатно.
Опять же есть нюансы: это предложение касается не только объема 5 ГБ, но в предложении описан уровень бесплатного использования КОЛИЧЕСТВА запросов типа Get = 20 000 и запросов типа Put = 2000. При превышении этих пороговых значений будет начисляться плата. Например, записываем один файл размером 4 ГБ 1-го января и для нас его хранение будет действительно бесплатным все 12-ть месяцев. Если мы попытаемся выполнить множество операций записи в этот файл, но не превысим порог в 2000 раз, то также это будет для нас бесплатно. А вот с операциями Get совсем не так просто. В рамках 20 000 операций Get — это бесплатно, НО, AWS тарифицирует ВЕСЬ ИСХОДЯЩИЙ трафик :)
Для ознакомления и понимания работы AWS, использовать Free Tier можно и нужно.
Но будьте внимательны и читайте детали предложений!
Root user — это специальный режим доступа, который позволяет выполнить все возможные действия для текущего аккаунта.
Root user не следует использовать в повседневной работе! Этот пользователь нужен для первичной настройки аккаунта и создания администраторов, делегирования прав, регистрации платежных карт и других важнейших действий в аккаунте. Никто другой не может выполнять действия, которые доступны Root user.
Отсюда следует и особое отношение к безопасности. Первое, что мы сделаем прямо сейчас, защитим нашего Root user специальным механизмом, который называется Multi-Factor Authentication (MFA). Это рекомендуемый уровень для такого важного типа доступа.
Всегда включайте MFA для Root user!
Подробнее о том, что такое AWS MFA, можно почитать здесь: https://aws.amazon.com/ru/iam/features/mfa/ Кратко. Для успешной аутентификации кроме имени и пароля потребуется ввести специальный код, который генерируется неким устройством (device). Это устройство синхронизировано во времени (имеет точное время).
Для работы с MFA можно использовать:
Мы будем использовать Virtual MFA Device. Для этого:
Здесь находится документация для самостоятельного углубленного изучения.
Virtual MFA Device можно заменить, удалить, синхронизировать. Всё это можно выполнить при необходимости, пройдя тем же путем, что мы создавали Virtual MFA Device.
Кстати, частый вопрос, а что делать если потерялся смартфон, утратили доступ к Virtual MFA, или он не работает?
У нас всё готово для работы с аккаунтом как Root user с MFA.
Входим в аккаунт как Root user с использованием MFA. Теперь для входа с нас потребуют не только Email и пароль, но и еще одно поле появится в запросе процесса аутентификации — код, который мы вводим, считывая его в приложении Google Authenticator.
Для начала познакомимся с двумя сервисами, которые весьма полезны для аудита, контроля и разрешения конфликтов, которые неизбежно возникают со временем.
Это сервис, который непрерывно следит за ресурсами и их изменениями. Этот сервис позволит нам понимать кто, когда и как изменял ресурс (создавал, удалял, менял конфигурацию). Это позволяет выполнять аудит с помощью просмотра истории событий, используя специальные запросы (Advanced Queries), применяя правила.
Config первый платный сервис, с которым мы сталкиваемся. Его стоимость зависит от региона, количества записанных событий, количества примененных правил.
AWS Config — это региональный сервис. Это означает, что его нужно включать в тех регионах, с которыми планируется работать.
Это сервис, который, как и AWS Config, непрерывно следит за ресурсами и их изменениями. Но, в отличии от Config, этот сервис записывает историю аккаунта в действиях, которые производились как с консоли, так и через API. Есть два типа событий, которые CloudTrail может сохранять:
Например, к первому типу относятся события создания, удаления ресурса, а ко второму типу — запись файла или его изменение.
CloudTrail бесплатен при регистрации только событий управления за последние 90 дней. Это начальный уровень использования. Далее тарификация производится при включении дополнительных функций.
AWS Cloudtrail — это региональный сервис. Это означает, что его нужно включать в тех регионах, с которыми планируется работать.
Документация по AWS CloudTrail
По умолчанию AWS весьма лояльна к используемым паролям для аутентификации, хотя и предлагает генерацию надежных паролей. Но когда мы управляем множеством пользователей, нам нужно быть уверенными в том, что пароли используются надежные. Для этого выполняем настройку политики использования паролей:
Мы уже говорили о том, что работать ежедневно под Root user не рекомендуется. И мы постепенно приближаемся к этому моменту, когда всё будет готово для того, чтобы отказаться от использования Root user. По умолчанию доступ к информации о затратах (Billing) доступен только Root user, но мы можем передать (делегировать) это право другим пользователям:
Бесплатные ресурсы заканчиваются довольно быстро, потому что они не так уж и велики, но вполне достаточны для ознакомления. Чтобы быть в курсе того, что мы подобрались к границам бесплатного использования ресурсов, включим оповещения об этом:
По умолчанию ссылка на консоль управления выглядит в общем виде так: https://console.aws.amazon.com/console/home и AWS перенаправит вас на форму запроса Email и пароля. И по Email уже будет вычисляться, в какой аккаунт вы пытаетесь войти.
Ссылка на консоль управления может иметь другой формат, с меньшим количеством перенаправлений: https://<ACCOUNT_ID>.signin.aws.amazon.com/console/
Запоминать 12-ти значный числовой код не просто. И AWS предлагает установить специальное имя, псевдоним (Alias), для вашего аккаунта, которое можно использовать как часть ссылки:
https://<ACCOUNT_ALIAS>.signin.aws.amazon.com/console/ Установить удобное для запоминания имя на консоль управления можно так:
После установки псевдонима (alias) прежняя ссылка с Account_ID также будет продолжать работать. Чтобы удалить псевдоним, нажмите вместо "Edit" на "Delete alias", и ссылка вернется к прежнему значению с Account ID.
Про сервис Identity and Access Management мы будем очень подробно говорить в модуле 2. Но сейчас он нам нужен для подготовки нашего аккаунта для прохождения практикума. Чтобы создать пользователя, нам потребуется выполнить такие шаги:
Для закрепления материала — пользователь может иметь возможность пройти аутентификацию, указав имя и пароль, и, возможно, MFA-код. Такой метод работает для консоли управления.
А также, тот же самый пользователь может использовать свои уникальные ключи доступа при работе через AWS CLI, SDK и другими инструментами.
Иными словами, ключи доступа и консольный вход по имени-паролю — это один и тот же пользователь, только у него есть возможность использовать разные "двери" для входа.
Для работы с ключами доступа важно помнить, что существует две части:
Про ключи доступа мы подробно поговорим еще в модулях про IAM и в задачах про AWS CLI. На текущий момент следует запомнить и выполнять для обеспечения безопасности AWS Account:
И последнее, что нам потребуется, — это создать некую сущность — роль, которая требуется команде кураторов и преподавателей для подготовки заданий и их проверок. Про роли мы очень подробно поговорим в модуле 2. Пока нам будет достаточно того, что роль (IAM Role) — это не пользователь и не группа. Это некая именованная (то есть имеет имя) сущность, у которой есть права, и эти права описаны политиками. Также у роли есть специальные способности создавать доверительные отношения между разными аккаунтами. Именно эта способность нам и потребуется.
Всё. Отличная работа!
И прежде, чем мы завершим наше задание, познакомимся с еще одним важнейшим персонажем, который будет с нами практически всегда — ARN.
AWS предоставляет сотни сервисов и каждый из них может создавать сотни и тысячи ресурсов. Чтобы однозначно определить такой ресурс в этом множестве ресурсов, AWS используется специальный уникальный идентификатор для каждого ресурса, который называется Amazon Resource Number или сокращенно ARN. ARN имеет строгий формат и нам нужно уметь его читать и составлять. Составлять нужно уметь для того, чтобы не искать нужный нам ARN, считывая его с ресурса, а составить его по строгому формату.
Давайте разберём формат:
ARN имеет всегда вначале своё же сокращение — arn. И далее множество полей, разделенные двоеточием:
Путь в ARN может содержать специальный символ звёздочка — (), который означает буквально — все.
Например:
Символ звёздочка не может применяться для обозначения части типа ресурсов:
Обратите внимание на тот факт, что НЕКОТОРЫЕ поля в ARN могут быть пустыми:
arn:aws:iam:::user/Peter — обратите внимание на то, что после имени сервиса (iam) и до имени ресурса у нас здесь не указаны (пропущены):
Это означает, что регион не применим для данного типа ресурса. Мы не используем для обозначения всех регионов звёздочку, просто оставляем поле региона пустым. И это не потому, что мы столкнулись с каким-то исключением, а потому, что AWS имеет как региональные сервисы, и тогда мы указываем регион, чтобы однозначно понять расположение сервиса, к которому этот ARN относится, так и глобальные сервисы, которые не привязаны к регионам. Если поле account Id пропущено, оставлено пустым, то это означает наш, текущий Account ID.
ARN мы будем встречать часто, по мере знакомства с AWS.
Мы знакомы с VPC и знаем, что внутри подсетей используются приватные IP-адреса.
Довольно частая задача на практике состоит в соединении двух VPC друг с другом.
Такая сетевая связь двух VPC в AWS называется Peering.
Документация AWS предлагает вот такую схему для понимания VPC Peering:
Обратите внимание, что VPC A и VPC B имеют разные CIDR!
Ключевое требование для создания межсетевого взаимодействия между VPC (Peering) — первичные CIDR VPC не должны перекрываться!
То есть, если бы VPC A имела первичный CIDR = 172.31.0.0/16, а VPC B имела бы первичный CIDR = 172.31.0.0/16, то создание VPC Peering между этими VPC было бы невозможно.
Когда у нас VPC с разными первичными CIDR, мы имеем возможность создать между ними сетевое соединение — Peering. Это соединение требует действия с различными объектами.
Самое первое действие — создание самого соединения (Peering).
VPC, которая запрашивает создание VPC Peering, называется Инициатором (Requester). VPC, связь с которой запрашивается, называется Приёмником (Accepter).
При создании VPC Peering мы создаем запрос от VPC Requester к VPC Accepter. Но при этом связь не будет установлена до тех пор, пока VPC Accepter явно не даст своё согласие на такое соединение. Такой процесс называется Одобрением (Accept).
Давайте рассмотрим жизненный цикл такого запроса:
Итак, если VPC Peering имеет состояние Active, это означает, что мы можем использовать созданное соединение.
VPC Peering — это компонент VPC и у него есть уникальный идентификатор, который начинается с pcx-.
Важно понимать, что требование иметь у VPC неперекрывающиеся первичные CIDR, требуется для того, чтобы мы могли описать правила маршрутизации между нашими подсетями.
Маршрутизация трафика описывается, как мы знаем, в таблицах маршрутизации. Таблицы маршрутизации связаны с подсетями. Дальнейшие наши действия будут связаны с описанием правил маршрутизации между подсетями наших VPC.
Screencast: VPC Peering
Давайте начнём с просто сценария — две VPC связываем вместе полными первичными CIDR:
Для подсети в VPC A существует таблица маршрутизация, в которой есть как минимум одно правило маршрутизации:
| Destination | Target |
|---|---|
| 10.0.0.0/16 | local |
И мы добавляем новый маршрут:
| Destination | Target |
|---|---|
| 172.31.0.0/16 | pcx-11111 |
Здесь pcx-123456789xxxx — это идентификатор созданного VPC Peering между VPC A и VPC B.
Но этого недостаточно. Для подсети в VPC B существует также своя таблица маршрутизации, в которой есть какие-то свои маршруты, но мы должны добавить еще один маршрут:
| Destination | Target |
|---|---|
| 10.0.0.0/16 | pcx-11111 |
Здесь pcx-123456789xxxx тот же самый идентификатор созданного VPC Peering между VPC A и VPC B.
Если бы первичные CIDR у VPC были бы одинаковыми, мы не смогли бы прописать правила маршрутизации.
Мы почти закончили настройку, но не хватает еще несколько штрихов. У нас вполне могут быть созданы NACL, которые могут иметь весьма строгие правила для входящего и исходящего трафика. Мы должны обязательно добавить правила в NACL, разрешающие трафик между нашими VPC.
Второй момент — это Security groups. Если мы хотим разрешить сетевые соединения между двумя инстансами в наших VPC, связанных VPC Peering, мы должны добавить в SG правила, разрешающие такие соединения.
Мы можем добавлять правила с указанием CIDR подсетей или же с указанием идентификаторов SG в наших VPC.
Если мы хотим использовать идентификаторы SG из другой VPC, мы просто указываем этот SG ID. Однако, если мы создали VPC Peering между VPC в разных аккаунтах, то SG ID должен будет иметь другой формат: account-ID/sg-ID.
SG ID можно использовать в правилах SG только при условии, что VPC Peering имеет статус Active.
На этом настройка завершилась, и мы связали объекты в разных VPC, используя только приватные адреса.
Стоимость VPC Peering равна нулю, но стоимость трафика имеет особенности:
По сути это частный случай предыдущего варианта. Изменения, которые нам нужно сделать для такого сценария, минимальны. А именно, мы должны скорректировать маршруты не полные VPC CIDR, а только на требуемые адреса подсетей или даже адреса инстансов или других объектов.
Предположим, мы хотим связать только две подсети, что указаны на рисунке. Таблицы маршрутизации должны принять такой вид:
В таблицу маршрутизации подсети из VPC A мы добавляем маршрут:
Здесь pcx-123456789xxxx — это идентификатор созданного VPC Peering между VPC A и VPC B.
В таблицу маршрутизации подсети VPC B мы добавляем маршрут:
Здесь pcx-123456789xxxx — это идентификатор созданного VPC Peering между VPC A и VPC B.
Разница между первым сценарием и вторым только в том, какие CIDR мы используем. В первом сценарии мы используем CIDR всей VPC, а во втором сценарии мы используем CIDR подсетей VPC. Так же мы можем использовать кроме CIDR подсетей конкретные адреса объектов, например инстансов. В этом случае мы добавляем адрес инстанса:
И еще пара деталей:
VPC Peering — это связь между двумя VPC.
VPC Peering не поддерживает транзит трафика!
Это означает, что создав схему:
VPC A <- peering -> VPC B <- peering -> VPC C
мы не сможем создать соединение между объектами VPC A и VPC C. Соединения возможны в этой схеме только между объектами VPC A и VPC B, а также между VPC B и VPC C. Но не между VPC A и VPC C!
Однако, вот такая схема вполне рабочая:
Здесь требуется создать два VPC Peering и следовательно, маршруты должны будут ссылаться соответственно им.
Создадим такие маршруты. Вводные данные:
Таблицы будут иметь такие маршруты:
| Destination | Target |
|---|---|
| 172.17.0.0/16 | pcx-11111 |
| 172.16.0.0/16 | pcx-22222 |
| Destination | Target |
|---|---|
| 10.1.0.0/16 | pcx-11111 |
| Destination | Target |
|---|---|
| 10.1.0.0/16 | pcx-22222 |
Вот такая схема тоже рабочая:
Здесь требуется создать три VPC Peering, и следовательно, маршруты должны будут ссылаться соответственно им.
Создадим такие маршруты. Вводные данные:
Таблицы будут иметь такие маршруты:
| Destination | Target |
|---|---|
| 172.17.0.0/16 | pcx-11111 |
| 172.16.0.0/16 | pcx-22222 |
| Destination | Target |
|---|---|
| 10.1.0.0/16 | pcx-11111 |
| 172.16.0.0/16 | pcx-33333 |
| Destination | Target |
|---|---|
| 10.1.0.0/16 | pcx-22222 |
| 172.17.0.0/16 | pcx-33333 |
Вот такие схемы также рабочие:
Посмотрите на схемы, которые невозможны
Случается так, что создали VPC Peering, прописали SG, которые ссылаются на SG в той VPC, с которым был создан Peering. Позже VPC Peering стал не нужным и его удалили. В такой ситуации ссылки на SG в другой VPC уже недоступны, и теперь такие SG называются устаревшими (Stale).
Нам требуется обновить правила, чтобы удалить такие SG. Для этого:
Добейтесь того, чтобы инстанс server-a1 и server-b1 могли выполнить:
Познакомиться с основами работы облачной инфраструктуры на примере AWS
Развиваться, повышать квалификацию и покорять международные компании
Получить практические навыки, которые можно использовать в работе
Понять какие бывают сервисы Amazon, чем они отличаются и как взаимодействуют
По окончании практикума вам выдается электронный
именной сертификат, подтверждающий, что вы
успешно прошли все задания
Доступ к теоретической части практикума останется с вами навсегда
Вернем средства без объяснения причин
Доступ к теоретической части практикума останется с вами навсегда
Вернем средства без объяснения причин
В 2018 году мы провели 3 потока по системе 2-3 лекции в неделю + домашка. Со всех 3-х потоков мы собирали обратную связь, чтобы сделать практикум более эффективным и удобным для пользователей. И в каждом потоке мы видели, что ребятам недостаточно практики. Как дело доходит до ДЗ, сразу же возникает куча вопросов и непонятно, как выполнить задание. Тогда мы и пришли к тому, что двигаемся от практики, но подкрепляем это лекционным форматом. Поэтому ответ - Да, мы считаем наш формат практикума самым эффективным и подходящим для всех. Если вдруг формат вам не подойдет, в первые две недели вы можете полностью вернуть средства без объяснения причин.
При загрузке 4-6 часов в неделю вы пройдете все задания за 7 месяцев. Вы занимаетесь онлайн в удобное для вас время, без привязки к конкретной дате и получаете обратную связь кураторов по вашим заданиям в течение 24 часов. Смотреть теоретические видеоматериалы можно по очереди или все сразу.
Да, вы оплачиваете практикум полностью официально, с договором публичной оферты можно ознакомиться внизу страницы.
Мы предоставляем 2 рассрочки от банков-партнеров - Тинькофф и Альфа, у них идентичные условия: 0 рублей первоначальный взнос, ежемесячный платеж на 10 месяцев 3800 рублей (после окончания скидки – 6000 рублей), комиссий, штрафов и скрытых платежей нет. Все расходы на обслуживание мы берем на себя. Полностью внести остаток и закрыть рассрочку можно в любой момент, также без штрафов. Чтобы оформить рассрочку нажмите на кнопку «Рассрочка» в блоке «Стоимость».
Да, конечно, мы полностью белая организация. Для того, чтобы оплатить практикум от юридического лица, вам необходимо отправить ваши реквизиты с помощью формы «Плачу от организации» на сайте.
Мы понимаем, что мы все разные, и кому-то может не подойти наш формат, поэтому мы даем возможность в первые 14 дней практикума сделать возврат средств без объяснения причин. Причем вернуть можно и при единовременной оплате и при оформлении рассрочки от банка.
Да, вы проходите задания на нашей инфраструктуре. Вам не потребуется ничего докупать дополнительно.
Мы разработали инновационную модель онлайн-практикумов для
IT-специалистов.
Через полное погружение в практику
и решение реальных кейсов мы
помогаем ребятам из любой точки мира
получить востребованную профессию.
Международное агентство Devops-практик. Занимаемся
проектированием и обслуживанием
IT-инфраструктур с 2012 года.
Наши клиенты:
IMPROVE MEDIA, КупиКупон,
CRYPTO EXCHANGE, NEWS360 и др.
При использовании данного сайта, вы подтверждаете свое согласие на использование файлов cookie и других похожих технологий в соответствии с настоящим Уведомлением.
Отзывы
Юрий / 28 лет
Digital marketing >>> Junior DevOps
@youmedv
До практикума я работал в сфере Digital Marketing - удаленно занимался рекламой, маркетингом. Ранее работал инженером связи, от механика и до ведущего инженера, поэтому IT мне близко, и я всегда хотел развиваться в этом направлении и вернуться в профессию. Потому заинтересовался открытым уроком по DevOps, который предложила мне таргетная реклама. После урока желание изучать DevOps усилилось - привлекли перспективы и сложная, но интересная работа. Так я решил пойти дальше на практикум. И уже в середине курса устроился в аутсорсинговую компанию по администрированию инфраструктуры и дорос до Junior DevOps.
Сам практикум - бомба! Намного круче классического формата с лекциями. Когда есть лекции, ты привязан к группе, ко времени. Здесь же отстать невозможно: включайся, когда удобно, и получай на любом этапе быструю обратную связь по всем заданиям. Выходит, как формат индивидуального практикума, но только еще и с возможностью постоянно находиться в сообществе - общаться, развивать кругозор.
После практикума меня позвали в команду REBRAIN как одного из лучших выпускников. И это тоже очень крутой опыт. Сейчас я курирую практикум - отвечаю на вопросы ребят, вместе разбираем задачи, что помогает укреплять знания и разбираться в нюансах.
Сам формат практикума с упором именно на выполнение заданий - именно то, что нужно, чтобы сформировать достаточный кругозор и базис для развития. Так что, если тема DevOps или развития Operations вам близка - практикум это именно то, что нужно!
Сергей / 32 года
Junior DevOps
@KernelVrn
Учиться пошел, чтобы повысить уже имеющиеся знания в области Девопс, у меня вообще цель совершенствовать свои знания всю жизнь)) Посмотрел пару стримов с Василием, понравилось, до этого ещё знакомый практиковался на других курсах, я видел задания там. А тут мне идея понравилась, формат с практикой.
В целом ожидания оправдались, я особо нигде в таком формате не практиковался.
Очень удобен формат без привязки к конкретному времени сдачи заданий и участия в вебинарах, т.к. на работе бывает вообще нет времени, я чаще всего могу начать заниматься после 23. Приезжаю в 20, потом надо с ребенком поиграть. Ну а на себя время только ночью нахожу)
Наталья / 32 года
Support Engineer
@Natalia_mm
Практикум я решила проходить как дополнение к текущей работе. Хотелось изучить все инструменты DevOps в целом. Например, по работе мне был нужен Docker. Мой коллега проходил практикум DevOps by Rebrain, и он рассказывал, как это круто, и что можно в случае, если не подойдет, вернуть деньги в течение 2 недель. Я заинтересовалась и решила попробовать.
Я очень боялась, что не пройду по стартовым знаниям, все-таки я совсем не системный администратор. Но проблем у меня не было. Все есть в гугле. Если нужно что-то сделать и не знаю как, то просто открываю гугл и ищу. Считаю, что это необходимость такого формата, как практикум. За то время, что его прохожу, уже добавила себе определенную базу знаний по разным темам. Сейчас прохожу практикум не спеша, 1-2 задания в неделю, периодически делаю перерывы. Очень нравится за счет того, что это практика, нет скучных лекций. Василий Озеров проводит позитивные, классные мастер-классы. На мой взгляд, цена практикума совершенно адекватна.
Из пожеланий - хотелось бы улучшить SLA. И есть некоторые задания в модуле DevOps, где сложно понимать формулировки. Из моментов, что нравятся, это - очень большое количество инструментов, которое нужно при работе с практикумом. То, что задачи близки к “боевым”. Хорошо, что могу заниматься, когда хочется, без привязки ко времени. Мне не подходит время мастер-классов, чтобы смотреть их онлайн, тут есть возможность посмотреть их в записи.
Отдельно хочется отметить обаяние Василия. Он так просто рассказывает сложные вещи, что кажется, и я, и любой другой так сможет.
Я рекомендовала бы практикум системным администраторам, заинтересованным в автоматизации.
Руслан / 34 года
Системный администратор
@Ruslan Zuiev
Решил изучать Linux т.к. мне нравится открытая идеология этой ОС и я давно хотел работать на должности, связанной с настройкой ОС.
На практикуме Rebrain в итоге остановился, в первую очередь, благодаря менеджеру Александре, которая дала мне профессиональную консультацию относительно практикума, чётко отвечала на все вопросы. Также, в сравнении с конкурентами, Rebrain позволил мне самому выстраивать график обучения, а не как у других, выдавать информацию маленькими порциями, чтобы растянуть курс на длительный срок.
Но я не был уверен в состоятельности практикума, т.к. ни один человек на тот момент не прошел его полностью. В итоге, я настолько доволен практикумом, что считаю, что там всё так и должно быть. Только сертификат хотелось бы более презентабельный, чтобы можно было на стену повесить. Особенно отмечу возможность выполнять сразу несколько заданий в день, отзывы кураторов, саму структуру практикума.
Рекомендовал бы практикум людям, которые любят решать «загадки» и им нравится работать за компьютером.
Спустя пару недель подготовки подготовки к собеседованиям и составления резюме (с этим, кстати, опять же очень помог Rebrain!) я получил 2 оффера от международных компаний. В итоге, из них я выбрал ту, работа в которой более связана с моим запланированным направлением - DevOps. Как оказалось, не зря я дополнительно занимался английским языком, это стало дополнительным и очень важным скилом в поиске работодателя.
На этом не планирую останавливаться и хочу уже в скором времени приобрести курс DevOps by Rebrain, чтобы поскорее освоится на новом рабочем месте и ускорить свой прогресс. Тем более, если я не ошибаюсь, Rebrain предоставляет скидку "постоянным покупателям" :)
Айгерим
@baigabul
Можно я скажу большое человеческое спасибо за ваш труд и практикумы.
Не могу молчать уже 😂 Ещё мне далеко до конца их, но блин, благодаря им кучу нового узнала и уже сижу девопсом.
Спасибо ребятам, которые запросто отвечают на вопросы, даже если не по заданиям.
Купила их просто так, от нечего делать, немного заскучав в дба. А теперь вот сижу много на работе, но очень круто и интересно. Многие многие вещи с практикума и вебинаров очень пригодились. Спасибо))
Сергей
Архитектор по информационной безопасности
@SergeyErmakov
На практикум пошел, потому что захотелось уложить в голове разрозненные знания по современным информационным технологиям типа Kubernetes, Docker. Сначала увидел статью на хабре, посмотрел один открытый практикум с Василием. После него мне начали регулярно приходить письма с предложением пройти практикум. Сначала мне это было неактуально, но письма с седьмого я все таки решил записаться. Из плюсов для меня - то, что используется реальная инфраструктура и приближенность заданий к реальности.
Многие вещи я уже знал, практикум помог их систематизировать. Но могу сказать что кривая практикума в некоторых заданиях все же крутовата. Из разряда - вот тебе винтик и гаечка, теперь собери из них самолет, иногда не хватает промежуточных шагов. Я уже и так знаю, как сделать быстро и неправильно, а хотелось бы узнать правильные пути.
Хотелось бы больше обратной связи и более прямой помощи от кураторов. Иногда их объяснения в чате слишком непрямые и недостаточно подробные. Я понимаю, что таким образом кураторы пытаются всеми силами подтолкнуть к поиску решения самостоятельно, но иногда все таки стоит указать прямо в ответ, ученик меньше времени потеряет.
В целом, практикум полезен мне для работы - лучший способ взаимодействовать с DevOps инженерами и администраторами, понимать подробности их деятельности. Рекомендовал бы практикум человеку, который с технологиями представленными в нем, напрямую не работал, - он будет полезен эникейщикам, безопасникам, сисадминам.
Иван
Системный администратор >>> Junior DevOps Engineer
@Skensel
Я перешел на Junior DevOps Engineer меньше месяца назад. До этого был системным администратором. Практикум дал большой толчок для моего роста как технического специалиста.
Раньше увлекался программированием, но понял, что это не мое, меня больше интересовала работа с инфраструктурой и автоматизацией. Два года назад начал узнавать что же это такое "DevOps". А год назад уже взялся за изучение инструментов и практик.
Сперва занимался саморазвитием, но зашёл в тупик и не мог понять как применять полученные знания. На Ютубе наткнулся на открытые практикумы Василия Озерова. Понравилось, как Василий рассказывает лекции и сразу показывает живые примеры. Позже начал искать информацию о практикуме. Примерно месяц думал, потом купил доступ.
Преимущества формата практикума - то, что это именно практикум, задания чисто практические. Можно заниматься, когда тебе удобно. Нет жестких рамок в виде лекций. Когда возникает проблема, можно спросить у куратора. Если задаю вопрос, обратная связь приходит быстро. Сейчас я прежде всего делаю упор на вещи, которые пригождаются в работе.
Практикум подойдет как программистам так и системным администраторам желающим получить новые навыки или карьерные движения. Практикум стоит своих денег и уже окупается:)
Сергей / 47 лет
Начальник отдела ИТ >>> DevOps-инженер
@rasdva3
В первый раз я наткнулся на открытый практикум Rebrain примерно в начале 2019 года. Первые впечатления: круто, мало что понятно, нужно разбираться, хочу еще. Направление выбрал из-за личного интереса и денежной мотивации. Работал я тогда начальником отдела информационных технологий в одной коммерческой организации и первой мыслью у меня было — надо брать, а лучше затаскивать на этот курс еще как минимум одного из моих бойцов. Но руководство обучение не поддержало, а стоимость единственного тогда курса DevOps была выше моей месячной зарплаты. Тогда я взял паузу на несколько месяцев… Регулярно смотрю открытые практикумы, облизываюсь на суммы зарплат, которые мелькают на hh.ru. И вот в последнюю пятницу июля 2019 года я решил — беру практикум DevOps! Квалификацию нужно повышать, а спасение утопающих — дело рук самих утопающих. Тем более на мой взгляд, альтернатив практикуму DevOps by Rebrain просто нет. Главное его преимущество — много практики.
Прошло почти полтора года с тех пор, как я впервые сделал пуш в свой репозиторий на gitlab.rebrainme.com, и каковы результаты:
- DevOps: 60%
- Docker: 100%
- Kubernetes: 80%
- Резюме на hh.ru, профиль на LinkedIn, регулярно читаю @devops_jobs
И вот оно! — «Здравствуйте, ваш опыт нас заинтересовал». Созваниваемся с HR, затем с руководителем департамента программных решений, на следующий день мне говорят, что меня берут, и на пятый день после первого звонка я уже работаю в проекте, с оплатой почти в четыре раза большей, чем на прошлом месте работы. И вот уже полтора месяца я фигачу как полноценный devops engineer (одна штука) в команде разработки.
Александр / 32 года
Специалист технической поддержки
@mrDuglas42
В прошлом году искал работу и везде требуют знания Linux. Поэтому я решил укрепить свои знания в данной области. В курсе от REBRAIN много практики и самостоятельной работы, поэтому я выбрал его, хотя цена изначально пугала. Перед началом программы я сомневался, что получу ли то что хочу и не понимал как устроен процесс, но решил рискнуть.
По итогу я остался доволен, считаю, что программа покрывает всё то, что нужно знать специалисту. Иногда мне была недостаточно понятна формулировка заданий, но я знаю, что над её редактированием уже работают. На мой взгляд, самое классное, что есть в этом курсе — много интересных задач, общение с кураторами, самостоятельная работа.
По окончании программы порекомендовал её другу, который работает со мной в одной компании. Он тоже скоро закончит. Уверен, практикум будет полезен всем, кому нужно разобраться в Linux.
Евгения / 40 лет
Разработчик
bagdenia@mail.ru
У нас все в кубере с хельмом, поэтому нужно быть в теме. На работе предоставили такую возможность, и я сразу согласилась пройти практикум.
Мне понравился курс, но я бы рекомендовала привести конспекты в соответствие с видео, либо удалить их вовсе ) После просмотра видео когда приступаешь к заданию, удобнее было бы ориентироваться в тексте, а не искать по видосу. А в тексте во многих уроках нет и половины нужной информации, чем ближе к концу — тем меньше.
В курсе доступное и подробное изложение практических аспектов, приятное итоговое задание.
Рекомендую практикум разработчику, который “на вы” с кубером, но уже имеет представление о контейнерах, оркестрации и иже с ним.
Евгений / 34 года
Разработчик
@eugeneshumilin
Технологии Kubernetes x Yandex Cloud используются на текущем месте работы, мне в компании предложили пройти практикум от REBRAIN, чтобы систематизировать и углубить знания. Я опасался, хватит ли времени, но решил попробовать.
Программа мне понравилась. Хотя возможно было бы здорово немного переписать формулировки домашнего задания, чтобы было более четко и понятно. Особенно ценными в практикуме для меня были helm и итоговое задание. Да и качество материала в целом на высоте.
Я с охотно рекомендую курс другим бэкенд-разработчикам.
Сергей / 26 лет
DevOps-инженер
@Josers
Давно уже решил выбрать это направление, записался на курс Kubernetes x Yandex Cloud для систематизации обобщения знаний. У REBRAIN мне нравятся открытые практикумы, редко посещаю, но темы крутые.
На курсе понравилась концентрация контента, интересные задачи, автопроверки. Рекомендую пройти практикум или админу, или разработчику, который начинает работать по данным методологиям. Курс хорошо дает представление о процессах и работе. Также человеку, который бы хотел попробовать себя в роли DevOps-инженера.
Дмитрий / 44 года
DevOps-инженер
dduchin@mail.ru
Мне хотелось проверить свои знания по Kubernetes x Yandex Cloud и приобрести новые. Поэтому когда мне предложили пройти практикум — согласился, сомнений не было. Я остался доволен, считаю, что программа стоит своих денег. Что особенно понравилось:
1. На видео очень хорошее описание тем ну и просто хорошо и качественно сделано.
2. Быстрая проверка при выполнения задания.
3. Можно проходить темы в любое время — нет очень жестких ограничений и сроков обучения. Даже жаль, что обучение закончилось))
Поэтому с удовольствие рекомендую курс всем, кто хочет поменять свое профессиональное направление.
Денис / 35 лет
Тимлид
Kuber используется в инфраструктуре компании, а у меня не было знаний по нему до практикума. Мне предложил пройти курс Kubernetes x Yandex Cloud от REBRAIN работодатель, а я сомневался оправдается ли потраченное время. Но по итогу я остался доволен.
Программа даёт достаточные первичные знания после прохождения. Хотя у меня возникло несколько организационных вопросов: например, я не сразу попал в группу, не сразу мог начать и в итоге оставался 1-1,5 месяца на прохождение, было бы лучше если ограничение было не 3 месяца, а 6. Считаю, что данный курс будет полезен начинающим DevOps.
Артемий / 30 лет
Разработчик
Мне хотелось плотнее познакомиться с инфраструктурными решениями, которые используются в нашей компании. Работодатель выбрал практикум за меня, хотя перед стартом программы меня пугали сложность K8S, совершенно незнакомая платформа Yandex.Cloud и распределение объёма работ по времени. Но курсом я остался доволен.
Хотя хотелось бы больше именно практических вещей (например, сделать сайт с использованием Ingress, Deployments и оператора БД).
Большая часть курса объяснена очень понятно, с примерами и ссылками на документацию. Выбор Yandex.Cloud позволил посмотреть возможности K8S по масштабированию на несколько узлов.
В программе были рассмотрены темы "повышенной сложности" (и полезности), такие, как helm.
Я могу рекомендовать этот практикум разработчикам или DevOps, которые хотя углубить знания по Kubernetes x Yandex Cloud.
Станислав / 40 лет
Системный администратор
Я знал, что Kubernetes x Yandex Cloud может пригодиться в работе, и практикум от REBRAIN мне посоветовали коллеги. Сомнений не было, я сразу решил проходить именно его.
Курс мне понравился. Отличные дабораторки, хорошо структурированный материал. Удобный формат без привязки ко времени. Единственный минус — слабая поддержка Windows. Это вызывает некоторые затруднения при выполнении лаб.
Рекомендую этот практикум всем, кому нужно разобраться в теме.
Александр / 33 года
Ведущий инженер-программист
@berem
Большую часть своей карьеры я провел в админах. Сейчас догоняю знания - и по программированию, и по технологиям.
Почему выбрал Девопс? Так сошлись звезды. Эта сфера мне интересна, хочу в ней развиваться.
Когда выбирал практикум, сомнения были, и финансовые, и определенный скепсис к онлайн-практикуму. Поэтому присматривался к практикуму очень давно, был на бесплатных практикумах Василия Озерова. После них и решил, что это мое. К покупке подтолкнуло появление рассрочки, тогда и понял, что пора вкладываться в свое образование.
Практикум очень сильно нравится. Меня очень сильно заинтересовал формат. До этого был на курсах, где только лекции. А здесь именно практические занятия. Теория без практики - это ничто.
Начальных знаний для старта практикума хватило, влился быстро и мне было интересно.
Сейчас иногда удивляюсь людям, которые не нравится такой формат. Я наоборот рад, что нужно много копаться самому. Ищешь информацию и сам развиваешься в процессе поиска. Мне кажется, иначе ничего не запоминается и когда столкнешься с задачей в работе, начнешь все искать с “чистого листа”.
Замечательно, что в практикуме нет ограничения по времени и ограниченных сроков. Хотя кому-то это может быть сложно - ведь тут контролируешь себя сам.
Конечно, встречаются задачи, которые прямо не хочется делать. Ходишь вокруг нее день-два, а потом соберешься и делаешь за час. Если бывают какие-то недопонимания по заданиям, то кураторы всегда подскажут.
Из пожеланий - хотелось бы больше заданий по облакам, Google Cloud и Amazon Cloud.
Практикум прохожу с июня, сейчас прошел почти до конца. В сентябре ходил на собеседование на DevOps-инженера. Мне сказали, что нужно подтянуть знания по технологиям и английский язык. В январе сходил повторно и получил оффер на зарплату в два раза большую, чем у меня сейчас. Поэтому финансовыми вложениями в прохождение практикума доволен. Осталось получить 1 сертификат и буду переходить на новую работу.
Практикум подойдет админам и программистам, заинтересованным в автоматизации рутинных операций.
Илья / 28 лет
Старший системный администратор >>> DevOps-инженер
@ilbka
Хотел изучить Кубернетес, так как эта технология очень востребована. Увидел рекламу бесплатного практикума Rebrain, поучаствовал в нем. До этого уже был опыт обучения от mail.ru, поэтому был поражен, насколько выше уровень Rebrain, даже на бесплатных занятиях.
Для моего региона цена практикума достаточно высокая. Но теперь совершенно не жалею потраченных денег, жалею только, что не пошел на практикум раньше.
Понравилось, что материал составлен грамотно, были интересные кейсы, практикум полностью готовит к сдаче экзамена по куберу. Хотелось бы субтитры к материалу (так как много материала на английском) и более развернутой обратной связи от кураторов.
Практикум будет полезен любому сисадмину, который хочет достичь чего-то большего.
Анатолий / 34 года
Системный администратор >>> Системный архитектор
tolik8621@list.ru
DevOps-практиками заинтересовался за счет необходимости иметь широкий кругозор. А так же нравиться их идеология, то есть необходимость плотного взаимодействия различных команд.
Практикум Rebrain выбрал из-за уклона в практическую часть. Сомневался, пригодятся ли полученные знания и не потрачу ли я время в пустую. Это сомнение отмел, так как любые инвестиция в себя полезны. Было сомнение о качестве заданий. Будет ли они достаточно хорошо проработаны. Его так же отмел, все хорошо. Думал, стоит ли связываться с рассрочкой, ну это сугубо личное не желание связываться с кредитами и т.п. Сейчас рассрочку уже закрыл, сомнение снято.
Практикум нравится. Особенно уклон в практику, видео от Василия Озерова, получается строго лаконично и по делу. И то, что проверяющие заинтересованы в качественной проверке, дополняют твои ответы комментариями
Мне кажется, стоит SLA для повторных попыток сделать 12 часов, но по всей видимости сейчас это не реализуемо. Проверяющих не хватает и так.
Ну а так в общем все хорошо, к формулировкам заданий вопросов нет. Мне кажется это сделано намеренно чтобы посмотреть как человек мыслит и до чего дойдет в своих рассуждениях. Можно так же задать уточняющий вопрос проверяющему, не вижу проблем, либо обсудить с ним спорный момент, это работа с людьми и это нормально.
Рекомендовал бы практикум наверное администраторам, для расширения кругозора, да в общем и программистам тоже.
Артём / 33 года
Начальник направления
@ArtemNemesis
Я использую k8s в повседневной работе, поэтому, когда Yandex Cloud предоставил скидку, сомнений идти ли курс не было. Мне очень понравился курс, и я рекомендую его тем, кто интересуется темой. Отличный практикум, все очень доходчиво. Единственное, в финальном задании я бы предложил более подробно расписать, какой ответ нужно получить от ПО. А также рассказать про Hashicorp Vault рядом с gpg шифрованием и добавить его использование в финальном задании.
Денис / 34 года
СТО
@den22ru
Мне нужен был практикум для понимания и проектирования архитектуры. Очень подкупало, что в курсе много практические занятий, но казалось, что он очень дорогой. Но по итогу я не пожалел, что его купил и прошёл.
Да, где-то библиотечки из заданий устарели, и новые версии уже не работают по тем шагам, что указаны в задании, но это не испортило впечатления. Понравились практические занятия, я получил очень много сопутствующих знаний. Рекомендую программу начинающим DevOps, а также middle и senior разработчикам.
Валерий Гусев / 58 лет
ИТ-архитектор предприятия (Enterprise architect)
gusev_vv@magnit.ru
Компания активно развивает применение облачных технологий Яндекс и, в частности, kubernetes. Поэтому для систематизации знаний и оценки потенциала предлагаемого курса для сотрудников компании я прошел практикум от REBRAIN. Выбрал его, так как он является частью многокомпонентного курса, который предложил Яндекс. А у REBRAIN высокая репутация на рынке обучения.
Перед началом программы сомнения были следующие:
1. Отсутствие свободного времени.
2. Напряжение вызвала необходимость указывать сотовый телефон (персональные данные).
Других сомнений предложенные условия не вызвали.
Мне понравилось, хотя на мой взгляд процесс построен излишне академично. Т.е. инструктор старается побудить студента к довольно объёмной самостоятельной работе, не даёт знания, а подталкивает к их поиску. Это правильно, но излишне трудоемко. Обычно, коммерческие курсы по технологиям рассчитываются на 5 дней, в такой манере преподавания в 5 дней точно не уложишься. И это минус, так как времени у сотрудников коммерческих компаний мало.
Ещё раз хочу подчеркнуть своё впечатление, что инструктор старается, что бы студент усвоил курс, но для этого часто нужно затрачивать слишком много времени, а его нет. Поэтому я считаю, что в чём-то необходимо студента просто наталкивать на решение.
Второй момент — контрольное задание требовало определенных знаний продуктов Postgre и RabbitMQ, продукты же в курсе не рассматривались. Это не очень хорошо, так как потребовало самостоятельного изучения этих продуктов.
Но в целом от курса и персонала остались хорошие впечатления. Спасибо! Курс рекомендую своим знакомым и техническим сотрудникам компании. Полнота материала, организация и люди на высоте. Курс будет полезен разработчикам, DevOps, системным инженерам инфраструктуры.
Игорь / 44 года
DevOps-инженер
Я использую материал в работе, рассматриваем применение Kubernetes. Пройти курс мне предложил Яндекс. По условиям партнерки, курс был ограничен по времени, и я опасался не уложится в сроки. Но по итогу я всё успел, и мне понравилось.
Встречались мелкие неточности вроде изменившегося названия роли в Yandex Cloud, но в общем это всё додумываемо и решаемо. Ещё один минус, который удалось впомнить — в задании KUBxYC-34 все необходимые компоненты "со скрипом" умещаются в кластер, не сразу удалось поднять всё, пришлось ужимать по памяти.
Но видео хорошие, хороший докладчик. В целом всё хорошо.
Я рекомендую практикум админам, начинающим девопсам, интересующимся k8s и сопутствующими инструментами.
Илья Карпов / 34 года
Разработчик
Мы переезжаем на кубер в облако, поэтому работодатель оплатил мне курс для повышения квалификации. У меня очень мало времени, перед началом программы я очень сильно сомневался, что мне хватит 2х недель, чтобы закончить. Ведь у меня был только 1 час времени перед работой. Но по итогу я прошел программу и остался доволен. Для улучшения могу предложить следующее:
1. Рассказать про шаблоны оператор, сайдкар.
2. Добавить про service mesh.
3. Рассказать про disaster recovery зонального кластера.
Но самое главное, что и так есть в курсе — это практика, практика и ещё раз практика. Времени на прохождение мне хватило. Я рекомендую пройти курс всем middle software engineer+.
Альберт Ковальчук / 47 лет
Разработчик
Я выхожу на архитектора, и мне было полезно в работе укрепить свои знания в Kubernetes x Yandex Cloud. Коллеги дали промокод на программу REBRAIN, и я решил не упускать возможностей. Сомнений проходить её или нет — не было, и я не пожалел.
Я бы рекомендовал немного расширить программу, некоторые темы хотелось пройти чуточку подробнее. Но самое главное, в практикуме — минимум воды, практичные обучающие видео. Я доволен тем, что прошёл обучение, и рекомендую его всем разработчикам.
Даниил / 29 лет
Руководитель отдела
Сервисы в моей компании развернуты в Kubernetes в Yandex Cloud, поэтому я хотел расширить свои знания. Программу предложил менеджер из Yandex Cloud, и я решил попробовать. Хотя и опасался сначала, что получу перевод документации, что это будет не интересно и не запомнится.
Курс мне понравился. Хотя кое-где надо обновить материалы. Здорово то, что для решения некоторых задач приходится не только действовать соразмерно материалам, но и дополнительно гуглить и углублять знания. С удовольствием рекомендую практикум админам, DevOps, SRE и backend разработчикам.
Рамиль / 27 лет
Разработчик
На сегодняшний момент любой бекенд-разработчик обязан знать как работает кубер, это must have. Мне курс рекомендовали знакомые. Я опасался, что:
1) Будут длинные видео с объяснением материала.
2) Будут скучные домашки.
3) Будет много теории и мало практики.
Но по итогу все опасения оказались напрасны. Особенно понравилось:
1) Итоговое задание.
2) Развертка собственного кластера с нуля.
3) Материал про helm.
Рекомендую курс любому DevOps-инженеру и бекенд-разработчику.
Павел / 28 лет
Инженер отдела интеграции
Меня интересует направление DevOps и облаков. Поэтому когда искал, как углубить знания, подкупили хорошие отзывы о REBRAIN, а окончательно убедило в выборе предложение компании пройти обучение. Сомнений не было.
Я доволен курсом, с трудом могу назвать хоть что-то, что мне не понравилось. Разве что некоторые примеры yaml файлов были с ошибкой, из-за чего не запускались в том виде, в котором была предоставлены, но ничего такого, что было бы сложно исправить. В остальном больше ничего не приходит на ум.
Особенно ценно в курсе:
1. Много полезных ссылок.
2. Полезный видеоматериал.
3. Хорошие практические задания.
Рекомендую всем администраторам Linux со стремлением развиваться в DevOps и облака.