Last updated 1 month ago
Как я создаю курсы в devopstrain?
Чтобы донести до учащихся материал доступным образом и сопроводить достаточным объемом практики, мною был отработан метод, о котором я хотел бы рассказать.
1️⃣ Формирование списка разделов:
После принятия решения о создании того или иного курса, создается список разделов. На этом этапе прорабатывается как полнота раскрытия темы, так и порядок следования разделов, чтобы изучение было от простого к сложному и разделы были связанные друг с другом логически (где это возможно).
🗓 Занимает около недели.
2️⃣ Разработка раздела:
Далее по каждому из разделов начинается работа. Все пункты ниже нужно повторить для каждого раздела. А их бывает от 10 до 25 в моих курсах, суммарно уже более 100 по всем курсам.
А. Формирование списка тем (в случайном порядке), которые нужно обязательно осветить в данном разделе. На этом этапе я изучаю документацию, статьи, куски кода и прочие источники, чтобы получился максимально полный набор того, что я считаю важным рассказать в данном разделе.
🗓 Может занять от 1 дня до недели, в зависимости от сложности раздела.
B. Составление плана раздела. Тут уже список тем превращается в структуру, каждый из элементов которого логически связан с соседними. И тут уже важен порядок, т.к. именно по этому плану и будет создаваться материал раздела. Это еще осложняется тем, что нужно придумать практику которая идет по ходу прохождения, а также понять как бекенд будет производить проверку заданий.
🗓 Занимает несколько дней.
C. Написание текста самого курса. Следовать плану уже проще, особенно если он получился подробным, однако оформительская часть отнимает достаточно много времени. Я использую собственную платформу, которая позволяет делать курсы максимально гибкими. И если не хватает каких либо элементов, то дизайнер и фронтендер сделают свою работу и платформа будет доработана. Сам код раздела пишется на YAML, в которых есть кастомные типы для отображения блоков различного функционала. Например: выделение важного, кнопка, faq, ссылки, отображение серверного вывода и многое другое. Также на этом этапе происходит создание схем и диаграмм, чтобы материал был более понятным.
🗓 Этап может занять до 3 недель в некоторых случаях.
D. Создание бекенд части. Бекенд требуется для сохранения состояния прохождения разделов, отображения серверных выводов и, самое главное, проверки ваших заданий. В зависимости от курса, логика сильно отличается, поэтому единого решения тут не придумаешь. Однако, у меня, конечно, есть ряд своих лайфхаков и скриптов для генерации кода.
🗓 Занимает 1-2 дня.
E. Тестирование работы связки курса с бекенд частью, чтобы убедиться, что все работает как задумано.
🗓 Занимает примерно 1 день.
✅ После этих шагов можно переходить к следующему разделу =)
Хотел показать с какой заботой создается каждый курс, и насколько все материалы на моей платформе качественные и эффективные 🙂
Продолжение истории про миграцию на NixOS
Часть 3. Собственно сам переезд.
Интересно, что USB флешки я использую только для установки новой ОС, в остальное время они мне не нужны. Поэтому второй раз за 5 пять лет я сдул пыль с нее и накатил образ NixOS через dd
. Спасибо, что не на CD болванку как это приходилось делать лет 15 назад 👽
Загрузился, потыкал next, next, next ... и дело пошло. Минут через 20 перегрузился в свежую ОС и начал приводить в рабочий вид на основе созданного ранее кода конфигурации. Кстати, для себя я нашел удобным положить файлы configuration.nix
и home.nix
в свой git репозиторий. А чтобы автоматически накатывать внесенные изменения я создал Makefile с правилом make install\-switch
, которое копирует исходники конфигов из локальной репы в нужное место, а именно в /etc/nixos/
, после чего вызывает команду пересборки системы.
☝️Важный момент: несмотря на то, что в случае проблем вы можете загрузиться с более старой конфигурации системы, выбрав пункт в загрузчике, вам все равно нужно думать о том, чтобы иметь возможность откатить сам конфигурационный файл, чтобы вы могли иметь рабочий конфиг в любой момент. И для этого как раз отлично подходит git
.
Далее следует достаточно заурядный процесс мелкого тюнинга и проверки работоспособности всех важных утилит, после чего получаем идеальную для работы систему 🤌.
Кстати из наблюдений: время автономной работы ноутбука даже немного выросло. Но я бы это связал с более новым ядром, нежели с настройками системы как таковой. Хотя отсутствие попыток что-либо обновить, чем грешила убунта, не может не радовать.
Через пару недель я повторил операцию на втором ноутбуке и на этом основную часть работы можно считать завершенной 👌
Как вам серия про NixOs?
С чего начать изучение DevOps? ?
Этим вопросом задаются многие, и, хотя, пути могут быть разными, я расскажу о своем представлении оптимального старта.
Фундаментальные вещи не меняются десятилетиями, и поэтому именно с них и нужно начинать. Нет смысла изучать новый "многообещающий" инструмент, если вы не знаете на чем он базируется, к тому же, хайповые вещи имеют свойство не оправдывать ожиданий и сдуваться.
К фундаментальным вещам я отношу:
1️⃣ Основы операционных систем, в частности Linux, как безальтернативный вариант для devops. Сюда же относятся и файловые системы, и наборы популярных утилит для управления системой и траблшутинга. Работа в терминале - обязательно.
2️⃣ Компьютерные сети. В своей реализации они платформонезависимые (фундаментально), но уметь приложить к нужной ОС или оборудованию может быть полезно.
3️⃣ Виртуализация и контейнеризация. Нужно уметь различать их и знать области применения.
4️⃣ Основы автоматизации и программирование. Умение написать программу или скрипт на одном языке сильно поможет вам в освоении другого. Ведь главное - это сам принцип.
? Это, пожалуй, база, с которой вы сможете двигаться дальше и изучать уже более узкие и более оплачиваемые инструменты вроде этих ваших кубернетесов, ci/cd и терраформов.
На платформе Devopstrain из базовых есть курсы Linux & Networks, а также Docker ?.
Ранее я делал пост о том, почему важно прокачивать скилл программирования для целей devops.
Теперь хотелось бы немного углубиться в тему, чтобы показать почему имеет смысл освоить Golang хотя бы на базовом уровне.
В различных материалах вы можете найти отсылки на Python в качестве языка для автоматизации задач администирования. В целом это так, но у Go есть ряд преимуществ, именно поэтому большинство современных devops инструментов написаны на нем.
✅ Удобство развертывания
Вам не нужно зависеть от наличия python интерпретатора и зависимых библиотек на целевой системе, чтобы ваша программа заработала. Все что вам нужно - это собрать под целевую архитектуру и ОС исполняемый файл через go build
.
✅ Статическая типизация
Множество ошибок может быть поймано еще на этапе сборки, что сильно повышает надежность программы. В python тоже можно задавать типы, но можно и не задавать =)
✅ Эффективность
Go тупо быстрее чем интерпретируемые языки вроде Python или Ruby. Это факт. И памяти он ест меньше. Благодаря встроенной поддержки с первого релиза конкурентности, писать асинхронный код и запускать задачи в несколько потоков довольно просто и быстро.
✅ Стандартная библиотека
Под большинство ваших задач найдется решение в стандартной библиотеке Go. Она первоклассная. Но всегда есть возможность подключить сторонние решения, которых тоже очень много.
В целом экосистема и количество носителей языка Go хоть и уступает по размерам Python, но все же очень масштабная. Не даром эти известные проекты написаны на Go:
Kubernetes, terraform (и большинство продуктов HashiCorp), docker, minio, hugo, restic, grafana, prometheus и многие другие.
Раз уж в прошлом посте речь зашла про обновления, то имеет смысл поговорить про версии и схемы версионирования.
Самая популярная схема - Semver . Пример: 2.0.1
Тут выделяют части:▪️ Major, в данном случае это 2
▪️ Minor, в данном случае это 0
▪️ Patch, в данном случае это 1
Когда же инкрементировать каждую из частей в данной схеме?
Major обновляем только в случае серьезных и зачастую обратно несовместимых изменений.
Minor обновим, если внесли значимое изменение, но оно не рушит обратную совместимость.
Patch - для очень мелких изменений и исправлений ошибок.
Еще вариант схемы - Calver. Пример: 2023.04.2
Вариаций может быть много, версия может включать день, квартал и Patch на конце. Он может быть полезен в системах, где часто происходят изменения и желательно знать время их выпуска, либо наоборот вы знаете график релизов заранее. Пожалуй самый яркий пример: Ubuntu. Скоро как раз ожидается версия 24.04 ??
И конечно, вы наверняка знакомы со схемой Sequence base versioning, то есть простое увеличение целого числа. Примеры Firefox 125, Fedora 40, Android 15.
Из каких профессий приходят в девопсы ?*
?*** Информация собрана из разных мест, включая общение с людьми, которые проходят обучение в devopstrain.
*? Из тех. поддержки*
Человек работал в ТП бок о бок с командой девопсов, нахватался у них разного, тема стала интересовать и плавно начал вкатываться.
*? Из пехоты*
Человеку 67 лет, служил в армии США на разных позициях. В 81-м начал интересоваться армейскими компьютерами, стал изучать язык BASIC. Затем прокладывал телефонию и LAN, и стал админить Windows NT. Потом переключился в Unix, и только потом уже в Devops. Вот такая интересная и долгая карьера. Те, кто думает, что уже опоздал - напрасно.
*? Из QA (тестирование)*
Автоматизировал тесты на Python и Docker, чуть касался инфраструктуры, которая выполняла эти тесты. Через 2.5 года перешел в devops.
*? Из сисадминства*
По наблюдениям, это самый очевидный путь для большинства.
*? Из разработки (бекенд и даже фронт)*
Собственно, автор этой заметки именно оттуда, хотя опыт сисадминства был и до этого еще.
*? Из пекаря*
Как вам такой путь: пекарь - официант - техподдержка - управление инцидентами - devops.
*? Из DBA (администрирование баз данных)*
Надоело готовить Oracle, перешел в Devops.
? Пишите в комментах, откуда вы к нам прибыли или собираетесь, интересно почитать.
Решил я тут выделить преимущества своего наставничества и DevopsTrain перед популярными образовательными платформами ?.
Давайте пробежимся по пунктам:
Индивидуальный подход
✖️ у других: обучение в группе, зачастую довольно большой
✅ у меня: обучение 1 на 1 с ментором (это я, если что)
График занятий✖️ у других: определенный, с дедлайнами
*✅ у меня:* вы занимаетесь в своем темпе
Старт занятий✖️ у других: в определенные сроки
*✅ у меня: в* любой день
Время занятий✖️ у других: строго в определенное время
✅ у меня: вы сами бронируете удобное время в календаре
Стоимость
✅ у меня: Х
✖️ у других: 2Х-3Х
Репутация✖️ у других: терять уже нечего
✅ у меня: крайне важна
Процесс обучения✖️ у других: большое кол-во видео с минимальной практикой
✅ у меня: интерактивная платформа для выполнения задач, без видео
Возврат средств✖️ у других: хрен вернешь чего
✅ у меня: согласно формуле расчета по оферте. Прецедентов не было пока.
Так что задумайтесь, у кого вы хотите учиться ?.
☝️На апрель, кстати, осталось 1 место.
Подробнее о наставничестве можно почитать тут: https://devops.lifeisfile.com/post/mentorship/
Моя платформа: https://devops.lifeisfile.com
? Написать мне можно на почту [email protected] или в телегу.
Заметил, что обо мне, авторе канала, вы почти ничего и не знаете ?**.
Сейчас расскажу кто я и что вообще тут делаю:
?** Меня зовут Александр, сейчас работаю DevOps инженером, по совместительству Go разработчик (для нужд devops). В прошлым бывал на позиции CTO.
В IT с 1999 года, именно тогда начал заниматься разработкой, а также настройкой и поддержанием серверов. В те давние времена еще не было такого понятия DevOps, но часть практик уже существовали. Шли годы, и мне все больше хотелось уйти от разработки и наладить CI/CD процессы в компании, что в итоге и было сделано.
? За свою жизнь сделал довольно внушительное количество проектов, своих и коммерческих (нужное подчеркнуть), обо всем можно почитать тут: https://lifeisfile.com/en/
? Несколько лет назад у меня появилась идея создания практических курсов на собственной платформе, благо опыт в разработке позволял реализовать это с легкостью. Уже тогда мне было очевидно, что популярные образовательные платформы движутся не в том направлении, а их цена/качество очень далеки от идеала. Так появился проект DevopsTrain. Я уверен, что будущее не за массовым сегментом, а за персональным подходом.
Теперь я провожу консультации, менторю и создаю курсы, чтобы счастливых девопсов в этом мире стало чуточку больше ?.
Last updated 1 month ago