Devops Bootcamp с Федосеевым
Ir al canal en Telegram
Это проект Слёрма: коммьюнити для начинающих DevOps-инженеров, как стартовать в Девопс, вебы от ТОП экспертов, новости, общение и поддержка Бесплатный курс по DevOps: https://to.slurm.io/2pKSCw
Mostrar más5 295
Suscriptores
+124 horas
+57 días
+8930 días
Carga de datos en curso...
Canales Similares
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
agosto '26
agosto '26
+140
en 1 canales
julio '26
+73
en 9 canales
Get PRO
junio '26
+50
en 0 canales
Get PRO
mayo '26
+74
en 0 canales
Get PRO
abril '26
+93
en 0 canales
Get PRO
marzo '26
+205
en 8 canales
Get PRO
febrero '26
+161
en 0 canales
Get PRO
enero '26
+65
en 0 canales
Get PRO
diciembre '25
+167
en 2 canales
Get PRO
noviembre '25
+68
en 1 canales
Get PRO
octubre '25
+206
en 2 canales
Get PRO
septiembre '25
+208
en 3 canales
Get PRO
agosto '25
+285
en 12 canales
Get PRO
julio '25
+179
en 4 canales
Get PRO
junio '25
+321
en 11 canales
Get PRO
mayo '25
+225
en 1 canales
Get PRO
abril '25
+137
en 2 canales
Get PRO
marzo '25
+561
en 5 canales
Get PRO
febrero '25
+527
en 5 canales
Get PRO
enero '25
+307
en 0 canales
Get PRO
diciembre '24
+187
en 5 canales
Get PRO
noviembre '24
+57
en 0 canales
Get PRO
octubre '24
+98
en 0 canales
Get PRO
septiembre '24
+300
en 3 canales
Get PRO
agosto '24
+477
en 8 canales
Get PRO
julio '24
+24
en 0 canales
Get PRO
junio '24
+23
en 0 canales
Get PRO
mayo '24
+1 252
en 52 canales
Get PRO
abril '24
+1 792
en 60 canales
Get PRO
marzo '24
+82
en 1 canales
Get PRO
febrero '240
en 2 canales
Get PRO
enero '24
+185
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 26 agosto | +6 | |||
| 25 agosto | +1 | |||
| 24 agosto | +5 | |||
| 23 agosto | +2 | |||
| 22 agosto | +2 | |||
| 21 agosto | +1 | |||
| 20 agosto | +2 | |||
| 19 agosto | 0 | |||
| 18 agosto | +3 | |||
| 17 agosto | +2 | |||
| 16 agosto | +1 | |||
| 15 agosto | +1 | |||
| 14 agosto | +2 | |||
| 13 agosto | +9 | |||
| 12 agosto | +7 | |||
| 11 agosto | +10 | |||
| 10 agosto | +5 | |||
| 09 agosto | +4 | |||
| 08 agosto | +9 | |||
| 07 agosto | +7 | |||
| 06 agosto | +15 | |||
| 05 agosto | +44 | |||
| 04 agosto | +1 | |||
| 03 agosto | +1 | |||
| 02 agosto | 0 | |||
| 01 agosto | 0 |
Publicaciones del Canal
⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️
Коллеги, приветствую!👋
Приглашаю вас на вебинар на тему: «Разбор реальных вакансий Junior DevOps»⚡️
Спикеры:
🔴Аниса Рогатова — Senior ИТ-рекрутер в финтехе (OZON, Банк Точка, SkillFactory)
🔴Евгений Федосеев — DevOps-инженер в «Пульс АЙТИМ», 5+ лет в DevOps, выпускник курса «Профессия DevOps-инженер»
Что будет на вебинаре:
⏩Живой разбор реальных вакансий Junior DevOps — что стоит за каждым требованием
⏩Что на самом деле означает «знание K8s» для джуна (сложное — простыми словами)
⏩Зарплатную вилку:
как конкретные навыки конвертируются в цифры оффера.
⏩Как презентовать себя на собеседовании, чтобы вас увидели как готового специалиста
⏩Как пройти техническое собеседование с тех лидом — рабочие советы и лайфхаки
🔴Когда: 1 сентября, 19:00 по мск
🔴Запись на вебинар ➡️ по этой ссылке
| 2 | Коллеги, приветствую👋
Сегодня поговорим о том, как быстро перенести индекс Elasticsearch между кластерами без S3.
Недавно при переезде на новый кластер Elasticsearch понадобилось перенести только несколько индексов. Казалось бы, задача простая: перенести документы — и готово. Но индекс в Elasticsearch - это не только документы. Есть ещё mapping, settings, aliases и другие метаданные.
Самый правильный вариант - Snapshot/Restore
Для полноценного переноса Elasticsearch предоставляет механизм Snapshot/Restore. Snapshot можно хранить во внешнем repository, например в S3, а затем восстановить на другом кластере.
Документация:
Snapshot and Restore
S3 repository
Это хороший вариант, когда инфраструктура уже готова. Но что делать, если доступ к S3 нужно ещё получить, а индексы нужны буквально «вчера»?
Reindex — быстрый перенос документов
В Elasticsearch есть API _reindex, который позволяет скопировать документы из одного индекса в другой. Он также поддерживает перенос из удалённого Elasticsearch-кластера.
Простейший вариант:
POST /_reindex
{
"source": {
"index": "old-index"
},
"dest": {
"index": "new-index"
}
}
Документация: Reindex API
Но здесь есть важный нюанс.
_reindex переносит документы, но не переносит mapping и settings исходного индекса.
Поэтому целевой индекс нужно подготовить до запуска reindex.
Сначала mapping, потом документы
Получить mapping исходного индекса можно так:
GET /old-index/_mapping
Документация: Get mapping
После этого создаём индекс на новом кластере с нужным mapping:
PUT /new-index
{
"settings": {
"number_of_shards": 3,
"number_of_replicas": 1
},
"mappings": {
"properties": {
"name": {
"type": "keyword"
},
"age": {
"type": "integer"
}
}
}
}
Это важно, потому что если создать пустой индекс без нужного mapping, Elasticsearch может применить dynamic mapping при первой индексации документов. В результате типы полей могут отличаться от исходного индекса.
При создании индекса можно сразу задать settings, mappings и aliases: Create index API.
И не забываем про aliases
Ещё одна частая ошибка — перенести документы и забыть про aliases.
Например, приложение работает с:
users
а на самом деле это alias, указывающий на:
users-2026-08
Получить aliases можно через:
GET /old-index/_alias
После переноса их необходимо создать на новом индексе.
Например:
PUT /new-index/_alias/users
Или использовать _aliases, если нужно одновременно удалить alias со старого индекса и добавить его на новый:
POST /_aliases
{
"actions": [
{
"remove": {
"index": "old-index",
"alias": "users"
}
},
{
"add": {
"index": "new-index",
"alias": "users"
}
}
]
}
Это удобно при production-миграции: приложение продолжает обращаться к тому же alias, а мы просто переключаем его на новый индекс.
Документация: Aliases API
Можно автоматизировать
Если индексов много или не хочется писать всё вручную, можно использовать elasticsearch-dump.
Инструмент позволяет отдельно переносить data, mapping, alias, settings, analyzer и другие сущности.
elasticsearch-dump на GitHub
Например:
elasticdump \
--input=http://old-es:9200/my_index \
--output=http://new-es:9200/my_index \
--type=mapping
elasticdump \
--input=http://old-es:9200/my_index \
--output=http://new-es:9200/my_index \
--type=data
Это уже можно завернуть в обычный Bash-скрипт и автоматизировать миграцию. | 415 |
| 3 |  Mensaje de video | 652 |
| 4 |  Mensaje de video | 644 |
| 5 |  Коллеги, приветствую!👋
Делюсь фрагментом нашего последнего эфира про путь DevOps-инженера. Говорили о наболевшем: почему компетенции, наработанные на российском рынке, постепенно теряют ликвидность за его пределами, и что с этим делать.
Разобрали, как выстраивать свою квалификацию с учётом этого фактора, и какой стек выбирать — если ориентируетесь на РФ, а если смотрите в сторону зарубежных проектов.
Думаю, будет полезно всем, кто задумывается о своём развитии в DevOps.
Смотрите запись эфира полностью здесь ➡️ смотреть | 991 |
| 6 | Коллеги, приветствую!👋
Вебинар «Модели ветвления и их влияние на CI/CD-пайплайн» уже прошёл⚡️
Вместе с Кириллом старшим инженером по практикам DevOps в Фланте, разобрали 4 базовые модели ветвления, обсудили их плюсы и минусы, а на практическом примере показали, как выбор модели определяет требования к CI/CD-пайплайну.
⏩Отдельное спасибо всем участникам — вопросов было много, обсуждение получилось живым и по делу
Если пропустили эфир или хотите пересмотреть — запись уже доступна:
➡️ ВК - https://vkvideo.ru/live-59405817_456240151
➡️ Ютуб - https://www.youtube.com/live/rAiE8mfRPEk?si=RbUYMj5GgT9p5k4I | 911 |
| 7 |  Коллеги, приветствую!👋
Проверка работ на грант по курсу «Профессия DevOps-инженер» завершена — результаты уже готовы!
Более 400 человек подали заявки на грант, и выбор победителей дался нам совсем не просто. В итоге определили троих:
⚡️Скидка 100%
Назипов Даниил daniil.nazipov2001@yandex.ru
⚡️Скидка 50%
Романенко Дмитрий mr.komorka@gmail.com
⚡️Скидка 30%
Корнилов Александр kornilov.it@gmail.com
Поздравляем! Скоро с вами свяжется менеджер и расскажет о дальнейших шагах.
Всем остальным участникам — огромное спасибо за интерес, доверие и проделанную работу! Специально для вас у нас тоже есть бонус — он достанется каждому.
Не пропустите, с вами свяжутся в ближайшее время🔥 | 1 002 |
| 8 |  Коллеги, приветствую👋
Сегодня настроение порассуждать о достаточно общих вещах. Насколько вы в жизни и работе позволяете себе делать что-то не по плану, а действовать по ситуации?
🔴Мне кажется, работа инженера подразумевает, что необходимо опираться на чёткие планы работ. Например, план резервного копирования тут надо вставить шутку про тех, кто делает бекапы, но ещё не проверяет или даже в целом план восстановления инфраструктуры. Я, например, не очень люблю на каждое действие писать отдельный план, но без чётких планов, кажется, нельзя. Сразу возникает идея составлять целое руководство администратора системы, но качественно получается так не всегда. Описывать как код — хороший приём, и это тоже добавляет прозрачности. Но это всё про работу.
🔴Сижу сейчас, изучаю карту на ближайшие 1000 км и как код пишу план поездки в выходные, и поймал себя на мысли, что даже если я не хочу полностью продумывать план на выходные и мне нравится действовать по ситуации — всё равно составляю варианты развития событий, смотрю ключевые точки. Чтобы потом, в выходные, отвлекаясь от монитора и не смотря в телефон, просто ехать — и всё будет решаться по ситуации, даже не строя план, куда надо приехать. Пусть получится так, как получится, но меня это не удивит.
А может, на самом деле всё в любом случае запланировано❓ | 964 |
| 9 | Коллеги, мы в эфире!
Ждем вас по ссылкам:
ВК - https://vkvideo.ru/live-59405817_456240151
Ютуб - https://www.youtube.com/live/rAiE8mfRPEk?si=RbUYMj5GgT9p5k4I | 892 |
| 10 | Коллеги, приветствую👋
Напоминаю, сегодня в 19:00 мск пройдет вебинар на тему: «Модели ветвления и их влияние на CI/CD-пайплайн»⚡️
Со мной в эфире:
🔴Кирилл Юденок — старший инженер по практикам DevOps, Флант
Расскажем:
⏩Что такое модель ветвления и почему это не «просто про git»
⏩Зачем нужны модели ветвления (и почему без них плохо)
⏩Историю одного проекта — от "push" в main до выстроенного процесса
⏩4 базовые модели: схемы, плюсы, минусы — без воды
⏩Как выбранная модель ветвления определяет требования к CI/CD-пайплайну — на примере из практики
Успейте зарегистрироваться до старта ➡️ в боте
Встретимся в эфире! | 855 |
| 11 |  Коллеги приветствую👋
Сегодня немного дополним более ранний пост про использование inputs в пайплайнах. Это такое, что точно можно использовать, если все почему-то так еще не делаете. Рассмотрим проект запуска пайплайна в ручную, с указанием разных типов переменных. В этом случае хорошо получается заменить их на inputs и сделать все удобнее.
Как мы разбирали уже ранее - есть условия переменных и при выборе окружения будет возможность выбрать стенды только внутри этого окружения, но теперь добавим еще разные типы, проверяем поля и так мы убедимся, что запуск пайплайна не упадет из-за некорректных данных указанных при запуске
inputs:
environment:
description: "Target environment"
options: ["test", "stage", "prod"]
default: "test"
landscape:
description: "Target stand"
rules:
- if: $[[ inputs.environment ]] == "prod"
options: ["my-prod01", "my-prod02"]
default: "my-prod01"
- if: $[[ inputs.environment ]] == "stage"
options: ["my-stage01", "my-stage02"]
default: "my-stage01"
- options: ["my-test01", "my-test02", "sandbox01"]
default: "my-test01"
playbook:
description: "Playbook to run"
rules:
- if: $[[ inputs.environment ]] == "prod"
options: ["deploy", "check", "rollback"]
default: "check"
- if: $[[ inputs.environment ]] == "stage"
options: ["deploy", "check", "rollback", "smoke", "migrate"]
default: "deploy"
- options: ["first_playbook", "deploy", "check", "smoke", "migrate", "debug"]
default: "first_playbook"
mode:
description: "Execution mode"
options: ["apply", "check", "diff"]
default: "apply"
limit_hosts:
description: "Optional ansible --limit"
default: ""
regex: '^$|^[A-Za-z0-9_.:,-]+$'
forks:
description: "Ansible forks"
type: number
default: 10
gather_facts:
description: "Enable gather_facts"
type: boolean
default: true
verbose:
description: "Enable -vvv"
type: boolean
default: false
confirmation:
description: "Type APPROVE for production apply"
default: ""
Для числовых знаний поставим type: number и boolean когда просто выбираем true/false что-бы не писать это текстом - можно и ошибиться.
Получаем основные поля - выбираются из предложенных вариантов. Число в специальном поле и переключатели там где это уместно. Остается пару полей с строкой - в данном случае это для гибкости. | 878 |
| 12 |  ⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️⚡️
Коллеги, приветствую!👋
Приглашаю вас на вебинар на тему:«Модели ветвления и их влияние на CI/CD-пайплайн»⚡️
Со мной в эфире:
🔴Кирилл Юденок — старший инженер по практикам DevOps, Флант
Расскажем:
⏩Что такое модель ветвления и почему это не «просто про git»
⏩Зачем нужны модели ветвления (и почему без них плохо)
⏩Историю одного проекта — от "push" в main до выстроенного процесса
⏩4 базовые модели: схемы, плюсы, минусы — без воды
⏩Как выбранная модель ветвления определяет требования к CI/CD-пайплайну — на примере из практики
❗️В эфире каждый участник сможет задать интересующий его вопрос по теме и получить ответ прямо от экспертов
➡️Запись на вебинар 👉 в боте | 942 |
| 13 |  +5Коллеги, приветствую 👋
Знаете, есть расхожее мнение, что в DevOps все стартуют по накатанной: профильное образование, сразу первая работа в IT и быстрый рост до Kubernetes и продакшна.
➡️ Чаще путь выглядит куда более "живым": пара лет на двух работах одновременно, задачи, которые не поддаются с первого раза, постоянные поиски своего направления и учеба буквально на ходу.
Один из менторов курса «Профессия DevOps-инженер» — Евгений Федосеев — сам прошел через всё это: начинал инженером земельного кадастра, а сейчас держит в зоне ответственности несколько кластеров Kubernetes в фармтехе.
➡️ В карточках — его история: почему системность на длинной дистанции решает больше, чем природный талант, что делать, когда накрывает желание бросить всё, и почему в этой профессии в итоге выигрывают не самые одаренные, а самые упорные | 1 193 |
| 14 |  Коллеги, приветствую!👋
Рад сообщить: стартует грант на новый поток курса «Профессия DevOps-инженер»
Этот курс — для тех, кто уже работает с Linux, Bash и базами данных, но чувствует, что дорос до нового уровня. Если цель — войти в DevOps или прокачаться до уверенного middle-специалиста, вам сюда.
❗️Вы соберете портфолио из 2 реальных проектов под руководством инженеров из крупных IT-компаний
Попытайте удачу — вдруг этот грант ваш⬇️
Три призовых места:
🔴1 место — 100% скидка
🔴2 место — 50% скидка
🔴3 место — 30% скидка
Условия участия:
1️⃣Подписаться на канал — Devops Bootcamp с Федосеевым
2️⃣Выполнить задание гранта по ссылке до 13 августа включительно
3️⃣Результаты гранта будут объявлены 14 августа в канале Devops Bootcamp с Федосеевым
⚡️Старт гранта — 5 августа⚡️
Не откладывайте — время до дедлайна ограничено! | 1 008 |
| 15 |  Mensaje de video | 1 284 |
| 16 |  Рад сообщить: старт нового потока DevOps Upgrade запланирован на 21 сентября⚡️
Важно успеть — ранние цены уже сменились средними, и это тоже временно. До 1 сентября можно записаться по сниженной стоимости, дальше — только полная цена.
Программа охватывает:
🔴полный цикл CI/CD;
🔴облачную инфраструктуру (AWS, Yandex Cloud);
🔴контейнеризацию (Docker) и оркестрацию (Kubernetes);
🔴управление инфраструктурой как кодом (Terraform);
🔴мониторинг, логирование и обеспечение отказоустойчивости.
Курс построен вокруг сквозного практического проекта. Участники работают с реальным приложением SlurmTalks на всех этапах.
Ключевые преимущества:
⏩диплом о профессиональной переподготовке;
⏩практический опыт, сопоставимый с задачами в реальных проектах;
⏩83% практики
Длительность обучения — 9 месяцев.
До 1 сентября действуют выгодные цены на все тарифы:
🔥Комфорт — 155 000₽ (вместо 195 000₽)
🔥Карьера — 190 000₽ (вместо 230 000₽ 🔥VIP — 335 000₽ (вместо 375 000₽)
Подробнее о тарифах и программе ➡️ на сайте | 1 350 |
| 17 |  Коллеги, приветствую! 👋
17 июля состоялся прямой эфир на тему: «Путь DevOps-инженера»
Обсудили на эфире:
➡️ хватает ли на рынке DevOps-кадров прямо сейчас
➡️ как импортозамещение (Astra Linux, РЕД ОС и прочий «отечественный стек») меняет требования к инженерам
➡️ почему специалиста, который реально шарит в этих системах, найти — задача со звёздочкой
➡️ разобрали несколько резюме участников и дали рекомендации, как их улучшить и сделать более сильными для поиска новых возможностей
Смотрите запись эфира полностью здесь ➡️ смотреть
А если хотите стать тем самым специалистом, которого сейчас днём с огнём ищут — приходите на курс Профессия DevOps-инженер⬇️
Разберём актуальный стек, практику и всё то, что реально спрашивают на собеседованиях и требуют в проде | 1 106 |
| 18 |  Коллеги, приветствую 👋
Хочу порекомендовать вам интенсив — если вы давно поглядываете в сторону SRE, но не знаете, с какого конца подступиться, это отличная точка входа.
За 7 учебных дней разберетесь, как SRE измеряет надежность, работает с инцидентами и улучшает сервисы. Соберете SRE-пакет по знакомому сервису и личный roadmap на 3 месяца — без кода и настройки окружения
➡️ Формат лёгкий: Telegram-чат, ~ 3 часов в день, из инструментов нужен только браузер.
➡️ Автор — Максим Гусев, руководитель SRE в RWB, 11+ лет в отказоустойчивых системах.
Если вы:
➖разработчик и хотите понимать, что происходит с сервисом после деплоя
➖сисадмин, уставший тушить пожары
➖начинающий DevOps, для которого SRE пока тёмный лес
➖или просто присматриваетесь к профессии и хотите понять, ваше это или нет
Узнать подробности ➡️ на страницу интенсива | 967 |
| 19 | Коллеги, приветствую 👋
Хочу порекомендовать вам интенсив — если вы давно поглядываете в сторону SRE, но не знаете, с какого конца подступиться, это отличная точка входа.
У Слёрма стартует Интенсив по SRE.
Почему рекомендую именно новичкам: тут нет Kubernetes, кода и учебного кластера — и это фича, не баг.86Курс про то, чтобы за 7 дней разложить в голове саму профессию: чем SRE отличается от DevOps и админа, как вообще думает инженер по надёжности и с какими терминами придётся жить — SLI, SLO, error budget, golden signals, toil, postmortem.
Формат лёгкий: Telegram-чат, ~35 минут материалов в день, задание подумать, короткий тест и обсуждение. До 4 часов в день, из инструментов нужен только браузер.
На выходе — не абстрактные знания, а SRE-пакет по вашему реальному сервису и личный roadmap на 3 месяца: куда идти дальше и что качать.
Автор — Максим Гусев, руководитель SRE в RWB, 11+ лет в отказоустойчивых системах, прошёл путь от «принтер заело» до техлида SRE в финтехе и Lead Observability в Dodo Engineering. Так что это не теория из книжки, а разгребённые в 3 часа ночи инциденты.
Если вы:
— разработчик и хотите понимать, что происходит с сервисом после деплоя
— сисадмин, уставший тушить пожары
— начинающий DevOps, для которого SRE пока тёмный лес
— или просто присматриваетесь к профессии и хотите понять, ваше это или нет
— начните отсюда. Это самый низкий порог входа, который я видел: https://slurm.io/intensive-sre | 1 |
| 20 | Коллеги приветствую👋🏻
Сейчас я активно провожу собеседования для инженерных позиций и в процессе наткнулся на один проект. Решил поделиться — возможно, он будет полезен и вам.
Речь вот об этом репозитории:
https://github.com/bykvaadm/interview-platform
Проект интересный, но меня в нём привлекает прежде всего структура хранения вопросов, а не сами вопросы как таковые. Да, он не решает главной головной боли — что именно спрашивать, — но даёт удобный шаблон для организации материала и предлагает нестандартный взгляд на оценку уровня инженеров.
При этом структура гибкая: вы можете легко адаптировать её под свои темы, добавлять свои разделы, убирать спорные моменты.
Вопросы для обсуждения:
➡️Стоит ли, на ваш взгляд, заморачиваться и писать собственный набор вопросов в таком формате?
➡️Было бы полезно, если бы этим пользовались и другие коллеги?
А может, даже соберёмся и сообща накидаем общую базу — так получится объективнее.
Буду рад обсудить ваше мнение в комментариях🔥 | 1 153 |
