Онлайн-практикумы для специалистов по инфраструктуре

Примеры заданий
из практикума:

Отлично, у нас есть рабочая среда, теперь начнем изучать, как ей пользоваться. Уже в первом задании мы вызвали несколько команд, которые вы выполнили просто потому, что мы вам дали команду. Но что сделали эти команды?

Как раз, чтобы это понять, мы познакомимся с основным источником знаний, касающихся работы с Linux. И нет, это не Server Fault (хотя, конечно, он помогает не хуже StackOverflow), а официальная документация.

В Linux существуют 2 основных источника знаний по приложениям и по Linux - manual pages и info.

manual pages (man)

manual pages - как не сложно догадаться из названия, это чистой воды документация по работе с приложениями, Linux в целом и каждой его компонентой, в частности. Они содержат в себе информацию как об утилитах, с которыми мы будем работать на протяжении всего практикума, так и о программных интерфейсах, которые могут потребоваться разработчикам для разработки своих приложений на низком уровне.

manual pages берут свое начало еще со времен Unix - идейного прародителя Linux, но они довольно успешно перекочевали во все остальные Unix подобные ОС.

Для общения с manual pages используется утилита man, которой в первом приближении задается имя страницы по утилите, которую требуется найти, и которая выдает информацию по ней в стандартной форме.

Так, к примеру, чтобы получить информацию по команде echo, которую мы вызвали в предыдущем задании, нужно ввести команду man echo. Нам выдадут информацию по команде в постраничном режиме, в котором можно перемещаться при помощи стрелок, если нам не хватило экрана для вывода всей страницы (если вы хотите увидеть действительно большой файл, который точно не поместится у вас на одном экране, откройте manual page для bash).

Аналогично можно получать информацию по многим другим командам, которые хранят свою документацию в формате manual pages, но иногда вы можете получить неожиданный результат. К примеру, если ввести man printf, вы получите информацию о команде printf. Но у данного ключа есть несколько статей, которые разбросаны в разных секциях, то есть в отделах, посвященных разным знаниям.

Существует 8 основных секций документации, на которые разделены все статьи. Обращение к конкретному разделу, в случае если у нас запрашиваемая команда присутствует в разных секциях, производится одной из 3 нотаций:

man $SECTION $COMMAND
man $COMMAND.$SECTION
man $COMMAND($SECTION)

Секция всегда представляет собой номер конкретной секции, а не ее имя.

Так, к примеру, чтобы получить информацию не о команде printf, а о том, как использовать эту функцию при разработке, требуется вызвать команду man 3 printf.

Кроме основных секций существуют еще побочные секции, например, секции для работы с POSIX стандартом (в Linux данные стандарты могут отличаться, о чем и говорят страницы документации). Для таких страниц документации существуют свои секции, содержащие не только число, но и буквы. Так, для получения информации о работе с командой printf согласно стандарту POSIX требуется вызвать man 1p printf.

info

info - это второй источник документации, доступный в Linux.

Данный формат хранения был создан проектом свободного программного обеспечения GNU для своих утилит, которые, как мы говорили, являются на данный момент неотъемлемой частью операционных систем на базе Linux.

Оформление страниц в info более минималистично и функционально, пользователь может перемещаться по документации при помощи стрелок и Enter для перехода между страницами. Но ввиду не столь широкого списка приложений, которые покрывает данная система, по большей части использовать приходится man, лишь изредка используя info (как правило, то, что есть в info, в том или ином виде присутствует и в man).

Для того, чтобы понять, как пользоваться info, на самом деле, проще всего почитать его manual page. Но глобально схема использования схожа с man (за исключением секций). Так, для получения информации о команде uptime, которую мы использовали в первом задании, достаточно просто вывести info uptime.

Интересной особенностью info является то, что на некоторые запросы производится открытие manual pages, как, к примеру, в случае с info man. Как правило, это происходит в случае, если в базе данных info отсутствует статья и тогда info обращается к безе данных man.

man и info - это два основных инструмента получения документации по утилитам, однако большое количество программ не содержат документацию ни в том, ни в другом формате. В таких случаях для того чтобы понять, как работает утилита, можно воспользоваться помощью в самой программе, если она есть. Как правило, для того чтобы понять, есть ли какая-то информация по помощи у утилиты, можно обратиться к ней с ключом --help. Так, для команды date данный флаг позволит вывести практически всю информацию, которая может потребоваться, включая примеры.

На этом знакомство с основными средствами получения документации по утилитам и Linux в целом мы закончим, но, естественно, ими поиск не ограничен - это лишь те методы поиска, которые доступны практически в любой Linux-системе. Кроме них, есть известные всем методы поиска через Google и менее известные - при помощи утилиты howdoi, которая, в общем-то, делает практически тоже самое, но без обращения к браузеру.

При помощи man найдите ответы на вопросы перечисленные в пунктах 2-5.

Найдите и укажите в ответе список с описанием основных стандартных секций man. Требуемые секции имеют нумерацию, просьба не присылать не стандартные секции.

Определите и укажите команду, с помощью которой можно искать страницы по ключевым словам в man?

Используя страницу intro из первой секции как начало поиска, найдите и укажите команду, которая выводит список файлов.

Используя страницу команды для вывода списка файлов, составьте вызов одной команды с различными параметрами, которая позволит вывести список файлов удовлетворяющий условиям:

данные представлены в длинностроковом формате (с объемом файлов и прочим);

выведены все (в том числе скрытые) файлы;

объем файлов указан в человекочитаемом формате (мегабайты, килобайты, ...);

файлы отсортированы по времени их изменений.

К ответу приложите запуск команды со всеми аргументами одновременно.

При помощи --help для команды date составьте команду, которая выведет ваше текущее время в формате, соответствующем следующей записи - 1993-12-15T14:53:15+03:00, где +03:00 - это часовой пояс. В данном примере T является просто разделителем, а не днем недели, или чем-то еще.

Сегодня мы поговорим про утилиту xargs, которая позволяет запускать команды из стандартного ввода. В общем случае принцип работы утилиты можно описать следующим образом: она берет данные из стандартного ввода либо файла, в зависимости от аргументов разбивает их на части, а потом передает в другую команду (или команды) в качестве аргументов. xargs обычно используется в качестве вспомогательной утилиты для других команд. Например, с помощью этой команды вы можете подставить стандартный ввод в качестве источника команд на создание (touch) и удаление (rm) файлов. Также команда xargs часто используется вместе с командой find.

Как мы уже знаем, xargs выполняет указанную команду, добавляя к ней аргументы. Давайте посмотрим, что делает утилита, если запустить ее без аргументов. Выведем на экран 3 названия файла с префиксом file_:

$ for x in {0..2}; do echo "file_${x}";done
file_0
file_1
file_2

Если применить к этой строке утилиту xargs без аргументов, то это будет равносильно запуску xargs echo, так как по умолчанию используется /bin/echo:

$ for x in {0..2}; do echo "file_${x}";done | xargs
file_0 file_1 file_2

Иногда бывает полезно интерактивно увидеть, что делает команда xargs. Особенно, если стандартный ввод берется из другого файла или другой утилиты. Для этого есть аргумент -t, --verbose, который печатает команду перед ее выполнением. Посмотрим, что делает следующая команда:

$ for x in {0..2}; do echo "file_${x}";done | xargs -t touch
touch file_0 file_1 file_2

По умолчанию утилита xargs передает все аргументы в команду, но бывают случаи, когда хочется ограничить количество аргументов для команды. Для этого имеется аргумент -n, который ограничивает количество передаваемых в команду аргументов. Давайте создадим пять файлов с префиксом file_ по два за раз:

$ for x in {0..4}; do echo "file_${x}";done | xargs -t -n2 touch
touch file_0 file_1
touch file_2 file_3
touch file_4

Иногда на последней итерации передается меньшее число аргументов. Еще одним из полезных аргументов утилиты xargs является -p, --interactive, который запрашивает у пользователя, нужно ли запускать команду перед ее выполнением. Данный аргумент полезно использовать при выполнении деструктивных действий. Например, мы хотим с помощью утилиты xargs и команды rm удалить file_3 и file_4, оставшиеся после последнего примера. Для этого запустим команду xargs с ограничением количества аргументов 3 и удалим файлы из последней итерации, используя аргумент -p:

for x in {0..4}; do echo "file_${x}";done | xargs -n3 -p rm
rm file_0 file_1 file_2 ?...n
rm file_3 file_4 ?...y
$ ls
file_0 file_1 file_2

Еще одним полезным аргументом является аргумент -I replace-str. Он работает путем определения replace-str после аргумента -I, а затем все вхождения replace-str заменяются аргументом, переданным в xargs. Следующий пример печатает пользователей из /etc/passwd через запятую:

$ head /etc/passwd | awk -F':' '{print $1}' | xargs -I ARG echo -n "ARG, " | sed 's/, $//g' root, daemon, bin, sys, sync, games, man, lp, mail, news

В данном примере мы убрали последние , в конце строки с помощью команды sed. В следующем примере мы запускаем сразу несколько команд (на самом деле одну sh, которая запускает несколько):

$ for x in {0..2}; do echo "file_${x}";done | xargs -t -I ARG sh -c '{ if [ "ARG" = "file_0" ];then rm ARG; else ls -l ARG;fi }'
sh -c { if [ "file_0" = "file_0" ];then rm file_0; else ls -l file_0;fi }
sh -c { if [ "file_1" = "file_0" ];then rm file_1; else ls -l file_1;fi }
-rw-r--r-- 1 kanst9 kanst9 0 мар 7 12:45 file_1
sh -c { if [ "file_2" = "file_0" ];then rm file_2; else ls -l file_2;fi }
-rw-r--r-- 1 kanst9 kanst9 0 мар 7 12:45 file_2

Для file_0 мы вызвали команду удаления rm. а для остальных файлов - ls. Как видно, с помощью утилиты xargs можно писать сложные отношения команд.

Помимо стандартного ввода утилита xargs также может читать элементы из файла. Для этого используйте параметр -a, –-arg-file, за которым следует имя файла.

Команда find является самой частой, с которой используется утилита xargs. с помощью find вы можете найти определенные файлы или директории, а с помощью xargs произвести операции над ними. Чтобы избежать проблем с именами файлов, которые содержат символы новой строки или другие специальные символы, стоит использовать параметр -print0, который заставит find печатать полное имя файла, за которым следует нулевой символ. Этот вывод можно правильно интерпретировать с помощью xargs, используя опцию -0, –null. Следующий пример ищет все файлы в текущей директории и удаляет их:

$ find . -type f -print0 | xargs -t -0 rm -f
rm -f ./file_2 ./file_1 ./file_0

С помощью утилиты xargs можно запустить параллельный запуск нескольких команд. Для этого используется аргумент -P max-procs, --max-procs=max-procs, который указывает максимальное количество процессов, которые будут выполняться одновременно. В примере ниже приведен параллельный запуск команды sleep и влияние значения аргумента -P на результат.

$ time echo '2 2 2' |xargs -t -n1 -P 1 sleep
sleep 2
sleep 2
sleep 2
echo '2 2 2' 0,00s user 0,00s system 64% cpu 0,003 total
xargs -t -n1 -P 1 sleep 0,01s user 0,00s system 0% cpu 6,013 total

$ time echo '2 2 2' |xargs -t -n1 -P 2 sleep
sleep 2
sleep 2
sleep 2
echo '2 2 2' 0,00s user 0,00s system 68% cpu 0,003 total
xargs -t -n1 -P 2 sleep 0,00s user 0,01s system 0% cpu 4,011 total

$ time echo '2 2 2' |xargs -t -n1 -P 3 sleep
sleep 2
sleep 2
sleep 2
echo '2 2 2' 0,00s user 0,00s system 62% cpu 0,003 total
xargs -t -n1 -P 3 sleep 0,00s user 0,01s system 0% cpu 2,013 total

Мы рассмотрели основные параметры работы утилиты xargs. Дальше возможности использования ограничены только вашей фантазией по запуску различных команд. Для получения более подробной информации о каждой опции xargs прочитайте man-страницу.

Используя утилиту xargs, выведите на экран пользователей системы из файла /etc/passwd по три в одну строку.

Используя xargs, переименуйте все файлы текущей директории, добавив суффикс .backup. Перед каждым переименованием запрашивайте подтверждение.

Находясь в папке с директориями, напишите команду с помощью xargs, которая каждую директорию, название которой начинается с dir, архивирует в отдельный архив. Архивации должны запускаться параллельно по три за раз. Используйте любой архиватор.

GRUB или GRand Unified Bootloader является эталонной реализацией загрузчика операционных систем, соответствующего спецификации Multiboot и способного загрузить любую совместимую ОС (Linux, FreeBSD, Solaris, etc). Также после загрузки GRUB может передавать информацию в иные загрузчики, что делает его способным загружать Windows или MS-DOS. На текущий момент времени в современных дистрибутивах стандартом является вторая версия загрузчика (GRUB2), обладающая несколько более широкими возможностями, и в данном задании мы будем рассматривать именно ее.

В GRUB2 основным файлом конфигурации является /boot/grub/grub.cfg (в первой версии был /boot/grub/menu.lst). Однако конфигурация данного файла производится на этапе загрузки, исходя из настроек, расположенных в /etc/default/grub и директории /etc/grub.d. Конфигурация в /etc/default/grub описывается в формате key=value и содержит основные параметры конфигурации загрузки (их очень много, поэтому описание их в текущем задании выходит за рамки формата, благо, документация по инструментам весьма подробна). В директории /etc/grub.d содержатся скрипты, которые используются при создании основного конфигурационного файла, основными являются 10_linux и 30_os-prober, которые отвечают за поиск linux-ядер и остальных ОС. Файл 40_custom позволяет добавить свои пункты загрузки, что может быть полезно в ряде задач. Кстати, при редактировании файла 40_custom необходимо, чтобы он оканчивался пустой строкой (так называемый «перевод каретки») - в противном случае последний пункт не будет отображаться в меню загрузки (такая особенность поведения характерна для многих UNIX-инструментов).

Все изменения в большинстве случаев описываются именно в файле 40_custom, после чего необходимо вызвать команду update-grub, которая выполнит скрипты из вспомогательной директории и сформирует новый файл /boot/grub/grub.cfg. После этого уже можно перезагружать систему.

Также одной из основных особенностей GRUB2 является нумерация разделов дисков. Сами диски нумеруются с 0 (hd0, hd1 и т.д.), а вот нумерация разделов соответствует нумерации в системе и начинается с 1 (это важно помнить, так как в первой версии GRUB разделы начинались с 0). К примеру, если у вас есть диск /dev/sda с разделами /dev/sda1 и /dev/sda2, то он будет отображаться как hd0 с разделами hd0,1 и hd0,2.

Тема с синергией cli-инструментов, восстановлением загрузчика на поврежденных системах, с LiveCD, монтированием дисков и chroot в мире системного администрирования - вообще достаточно популярный источник веселых и поучительных историй, со скрытым смыслом, завязкой, неожиданными поворотами, и happy end-ом... Ну, или грустных историй без классической хорошей концовки.

По умолчанию при запуске может пропускаться меню загрузчика GRUB, но его можно вызвать, задержав клавишу Shift при включении системы - здесь вы можете выбрать загружаемую систему (если у вас их несколько) либо изменить параметры запуска системы, если это потребуется (это мы как раз и попробуем в следующем задании).

Приведите название параметра и значение, которое устанавливает отображение меню загрузки до тех пор, пока пользователь не выберет значение, отключая автоматическую загрузку.

Приведите параметр и значение, с помощью которых будет отключена графическая заставка и будет производиться вывод информации о загрузке компонентов системы.

GRUB - загрузчик системы

Отзывы

Юрий / 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 и облака.

практикум

LINUX

basic

by rebrain

Онлайн-практикум от команды Fevlake, 8 лет обслуживаем IT-инфраструктуры различных компаний

90% практики

70+ заданий